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Chapter  One 
Introduction 

1.1   Overview 

An  historic  view  of  an  office  may  be  traced  through  three  office  models:  the  artisan 
office,  the  industrial  office,  and  the  information-age  office. 

The  artisan  office  is  a  semi-structured  office,  with  little  systematic  organization.  The 
individuals  in  this  type  of  office  work  independently  of  others,  and  typically  carry  a  task 
to  completion.  The  artisan  office  provides  a  wide  variety  of  tasks,  thus,  must  accommo- 
date different  styles  of  work.  However,  the  use  of  technology  is  very  limited  in  the  arti- 
san office. 

The  industrial  office  is  a  highly  structured  office.  Tasks  are  generally  fragmented,  thus, 
an  individual  does  not  see  a  task  through  completion.  The  development  of  technology 
influenced  the  industrial  office. 

The  information-age  office  is  a  semi-structured  office  model.  This  type  of  office  exploits 
technology  through  the  use  of  computer  nodes  and  computer  networks.  Since  the 
information-age  office  is  responsive  to  new  technology,  more  effective  people  are  willing  to 
work  in  this  environment.  An  information-age  office  exploits  new  technology  to  preserve 
the  values  of  an  artisan  office  [HIR85]. 

Automation  of  an  office  is  described  by  Nolan's  stage  theory  [CHA80].  This  theory 
may  be  divided  into  four  stages:  initiation,  expansion,  formalization,  and  maturity.  The 
first  stage,  initiation,  is  based  on  the  motivation  to  reduce  costs  in  an  office.  This  may  be 
accomplished  by  mechanizing  the  manual  tasks  that  are  labor  intensive,  transaction  based, 
or  processes  that  are  generally  I/O  bound.  The  second  stage,  expansion,  is  motivated  by 
profit.    The  procedure  for  this  stage  is  the  development  and  use  of  tools  for  mechanizing 


tasks  that  generate  revenue.  The  third  stage,  formalization,  is  oriented  toward  better  com- 
munication and  faster  response  time.  This  is  accomplished  through  the  use  of  a  real-time 
or  interactive  environment.  The  last  stage,  maturity,  uses  sophisticated  systems  to  in- 
tegrate the  components  of  an  office.   Its  main  purpose  is  for  production  control. 

The  focus  of  this  project  is  to  design  a  database  for  a  organization  with  an  artisan  type 
office,  which  is  in  the  first  stage  of  office  automation.  Further,  the  focus  is  to  explore  the 
use  of  the  design  methodology,  which  has  been  used  successfully  in  projects  for  large  or- 
ganizations with  industrial  style  offices,  in  a  smaller  organization.  The  design  methodology 
to  be  used  includes  steps  1,2,4,5.  and  7  of  the  method  given  in  Figure  1.1. 

The  Career  Planning  and  Placement  Center  (the  Center)  at  Kansas  State  University  is 
an  example  of  an  artisan  office.  One  of  the  characteristics  of  an  artisan  office,  the  impor- 
tance of  human  relations,  symbolizes  the  Placement  Center.  The  Placement  Center  is  based 
on  a  group  of  individuals,  each  performing  their  jobs  quite  independently  of  the  others. 
Different  styles  of  work  may  exist. 

1.  Predesign  Evaluation 

2.  Information  Modeling 

3.  Semantic  Modeling 

4.  Logical  Database  Design 

5.  Database  Management  Selection 

6.  Cost/Benefit  Analysis 

7.  Physical  Design  and  Implementation 

Figure  1.1   Seven  Design  Steps 

The  main  functions  of  the  Center  are  to  provide  student  services,  employer  services, 
alumni  services,  and  office  management  [COL85],  The  Center  is  a  link  between  education 
and  the  world  of  work.  Students  use  the  Center  for  job  search  strategies,  job  campaigns, 
career  selection,  and  pre-interview  employer  information.    Students  and  alumni  seeking 


career  alternatives  could  use  this  link  to  perspective  employers.  The  Center  may  aid  stu- 
dents by  helping  them  prepare  for  both  successful  job  performance  and  investigation  of 
professional  opportunities.  Employers  can  utilize  the  Center  to  interview  student  candi- 
dates. The  Center  can  provide  prescreening  of  student  candidates  for  employers  and  they 
can  provide  candidate  information  to  perspective  employers. 

The  Center  decided  to  modify  their  artisan-type  office  and  begin  the  conversion  to  an 
information-age  office.  Some  of  the  reasons  to  computerize  the  office  [HIR85][COL85]  are 
given  in  Figure  1.2.  The  Center  desired  to  computerize  the  tasks  given  in  Figure  1.3. 

1.  budget  cutbacks  and  reduction  of  staff 

2.  continual  need  of  students  and  employers  to  use  the  placement  center 

3.  linkage  between  education  and  the  world  of  work  needs  to  be  facilitated 

4.  more  staff  time  available  for  professional  tasks 

5.  the  elimination  of  paper  shuffling 

6.  the  elimination  of  redundant  work  and  unnecessary  tasks  such  as  retyping,  manual 
filing,  and  retrieval 

7.  better  utilization  of  human  resources  for  tasks  that  require  judgement,  initiative  and 
rapid  communication  —  better  response  time 

8.  faster  and  better  decision  making  that  takes  into  account  multiple  complex  factors 

9.  reduction  of  schedule  errors  and  omissions 

10.  the  quickness  that  information  can  be  obtained 

11.  to  provide  accurate  information 

Figure  1.2  Reasons  to  Computerize  the  Office 

1.2   Related  Computerized  Systems 

The  literature  provided  information  on  several  software  packages  designed  for  use  in  a 
Placement  Center.  There  were  five  systems  discovered  which  provided  information,  posi- 
tive or  negative,  to  guide  the  project.  It  was  hoped  initially  that  one  of  these  packages 
could  be  used  directly  or  adapted  for  use.  That  option  proved  not  to  be  viable.  Each  of 
the  five  systems  is  described  and  critiqued. 


The  ISU  resume  system  was  developed  by  Iowa  State  University  in  1985.  This 
software  package  requires  dBaselll  and  an  IBM  compatible  computer  with  hard  disk.  The 
ISU  resume  system  was  limited  in  its  capabilities;  its  main  function  was  to  be  used  as  a 
student  resume  service  for  employers.  Also,  the  software  for  this  system  was  still  being 
debugged. 


1.  storage  and  retrieval  of  student  information 

2.  storage  and  retrieval  of  company  information 

3.  storage  and  retrieval  of  employment  information 

4.  calculation  of  recruiter  statistics 

5.  calculation  of  registered  student  statistics 

6.  calculation  of  company  statistics 

7.  calculation  of  placement  by  curriculum  statistics 

8.  calculation  of  geographical  placement  statistics 

9.  listings  for:  perspective  employers,  a  master  visit  list,  a  posting  schedule,  students  by 
curriculum,  students  by  GPA.  students  by  date  available  for  employment,  students 
by  location  for  employment 

Figure  1.3   The  Placement  Center  Tasks  to  Computerize 


The  VitaQuik  CIS  (Candidate  Information  System)  [CPC84]  is  a  system  developed  by 
MidWest  College  Placement  Association  in  1985.  This  system  also  requires  dBaselll  and 
an  IBM  compatible  computer  with  a  hard  disk.  The  CIS  system  is  limited  to  a  student 
resume  service  that  has  as  its  functions  entering,  updating,  sorting,  selecting,  transmitting, 
and  printing  job  candidate  information.  Like  the  ISU  resume  system,  it  does  not  perform 
any  tasks  for  employer  information,  company  information,  or  perform  any  statistics.  The 
system  was  too  limited  in  its  capabilities. 

The  CSU-ISS  (Colorado  State  University  -  Interview  Scheduling  System)  [COL84]  was 
developed  by  Colorado  State  University  in  1984.  It  was  developed  using  R:base  5000  and 
requires  an  IBM  compatible  computer  with  hard  disk.   The  CSU-ISS  may  provide  a  student 


resume  system,  an  interview  system,  closed  interview  schedules  and  prescreening  of 
requests,  performs  statistics  based  on  student  and  company  information,  and  generate 
reports.  Many  menus  are  needed  to  provide  all  these  tasks  and  many  input  forms  are 
required  to  attain  all  the  information  needed  to  perform  these  tasks.  The  cost  of  this 
package  was  $900  for  CSU-ISS  software,  and  an  additional  $700  for  a  copy  of  R:base  5000 
software.  Thus,  it  cost  $1600  per  computer.  Each  package  is  sold  on  a  copy  basis  and  the 
Center  needed  three  workstations. 

Another  software  package,  produced  by  the  Career  Information  Center  at  Michigan 
State  University  [MIC84].  is  known  as  SIGI  (System  of  Interactive  Guidance  and  Informa- 
tion). It  is  used  by  students  in  job  preparation.  SIGI  may  be  resident  in  a  personal  com- 
puter. The  Michigan  State  system  utilizes  mainframe  capabilities  to  provide  statistics  and 
reports  based  on  student  and  company  information.  This  package  was  not  chosen  because 
it  offered  more  than  the  Center  needed  and  the  Center  does  not  have  mainframe  capabili- 
ties at  the  present  time. 

The  U-Place  (University  Placement  System)  software  package  was  developed  by  Spartin 
Systems  in  1985.  The  software  can  be  used  to  store  student  and  company  information, 
generate  reports,  and  information  can  be  downloaded  from  the  mainframe  [BRU86].  U- 
Place  is  still  under  development.  Problems  occurred  when  loading  a  demonstration  ver- 
sion. No  statistics  are  generated.  The  system  was  not  chosen  because  it  did  not  perform 
all  the  tasks  required  by  the  Center,  and  because  of  the  problem  that  occurred  when  load- 
ing the  system. 

Thus,  no  pre-packaged  software  systems  met  the  needs  of  the  Center.    The  Center 
opted   to  develop  a  personalized   placement  center  software  package  using  a  database 
management  system  (DBMS). 
1.2.1   Selection  of  a  DBMS 
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A  DBMS  is  defined  as  a  collection  of  programs,  firmware,  and  occasionally  hardware, 
which  gives  the  user  access  to  information  stored  in  a  database  [KRU83]  [TOW85].  The 
DBMS  is  used  to  reduce  possible  duplication  of  data.  The  DBMS  is  also  used  to  keep  track 
of  how  and  where  data  is  stored.  It  can  provide  some  data  integrity  by  strong  typecheck- 
ing. 

System  considerations  when  choosing  a  DBMS  for  this  project  are:  adequate  storage  for 
programs  and  database  files:  access  time  of  data;  and  whether  the  DBMS  is  a  fully  com- 
patible IBM  package. 

The  first  DBMS  package  the  Center  considered  was  R:base  5000  [MIC85]  [P0085],  a 
relational  database  management  system.  It  was  considered  because  it  allows  the  user  to 
create  individualized  application  programs;  has  provided  good  programming  features  such 
as  its  own  compiler  and  application  generator;  may  provide  password  security  and  user 
defined  data  rules;  and  a  user  may  import  data  directly  from  popular  personal  computer 
software  packages  such  as  Lotus  1-2-3.  It  is  possible  to  have  up  to  400  database  fields  in 
R:base  5000.  The  maximum  record  size  is  1530  characters.  The  sort  time  for  this  system 
is  quite  fast.  Also.  R:base  5000  can  be  installed  on  an  IBM  compatible  computer  with  a 
hard  disk.  The  cost  of  the  R:base  5000  package  is  $700  for  one.  with  a  discount  of  75%  for 
purchases  of  5  or  more.  Knowledge  of  its  procedural  language  is  also  required  for  its  use. 

dBaselll  [ASH84]  [BH85].  a  relational  database  management  system,  was  considered 
because  it  allows  the  user  to  create  individualized  application  programs,  provides  good 
application  development  features  such  as  a  procedural  language  and  multiple  table  data 
input,  provides  the  user  convenient  features  such  as  on-line  help,  command  prompting, 
and  macros.  The  number  of  database  fields  allowed  are  128.  dBaselll  can  be  installed  on 
an  IBM  compatible  computer  with  a  hard  disk.  The  cost  of  the  dBaselll  package  was  $375 
for  one. 
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dBaselll  was  chosen  for  this  project.  It  was  chosen  because  it  has  good  application 
development  features;  it  has  "user-friendly"  input  templates:  it  has  top  down  design  style 
programming;  it  has  ample  storage  capabilities  in  a  database  file;  it  has  independence  of 
data  and  programs  for  programming  and  maintenance  purposes;  the  dBaselll  software  was 
fully  IBM  compatible;  and  the  Center  already  owned  the  dBaselll  software. 
1.3   Project  Overview 

This  project  is  the  initial  phase  in  the  conversion  of  an  artisan  office  into  an  information 
age  office.  The  main  aims  of  the  project  are  given  in  Figure  1.4. 

The  rest  of  this  report  is  organized  into  four  chapters.  Chapter  Two  discusses  the 
description  of  the  problem  environment.  The  functional  needs  of  a  major  university  place- 
ment center  are  determined.  Each  of  the  forms  used  to  determine  the  functional  needs  are 
defined.  Redundancy  of  data  among  the  forms  is  analyzed.  Data  analysis  is  performed  to 
determine  the  needed  data  items  from  each  form. 

Chapter  Three  addresses  the  design  of  the  database  for  this  project.  The  tool  used  to 
evaluate  the  relationships  among  the  data  was  the  Entity-Relationship  Model  (E-R  Model). 
Functional  dependencies  are  determined.  Bernstein's  Second  Algorithm,  a  tool  used  to 
determine  if  a  relation  scheme  is  in  third  normal  form,  is  performed  using  the  functional 
dependencies  as  input.  The  relational  database  that  resulted  from  the  Bernstein's  Second 
Algorithm  is  given. 

Chapter  Four  discusses  implementation  issues.  Description  of  a  database  management 
system  (DBMS)  is  given.  Justification  for  choosing  dBaselll  as  the  DBMS  is  made.  The 
database  structures,  based  on  the  design  steps  of  Chapter  3,  are  presented. 

Chapter  Five  contains  the  results  of  this  project  and  suggests  possible  future  directions. 


1.  Predesign  Evaluation:  to  analyze  the  functional  needs  of  a  major  university  place- 
ment center 

to  determine  the  purpose  of  the  forms  used  in  this  project 

2.  Information  Modeling:  to  analyze  the  data  requirements  of  such  an  organization 
locate  redundant  data  among  the  forms 

identify  data  items  that  are  needed  for  this  project 
identify  data  items  needed  for  future  implementations 

3.  Logical  Database  Design:  to  create  an  enterprise  view  of  the  organization  based  upon  a 
third  normal  form  analysis  of  the  data  dependencies 

create  entity-relationship  models  for  each  entity  used  in  this  project 

determine  the  functional  dependencies  among  the  attributes 

perform  Bernstein's  Second  Algorithm  using  the  functional  dependencies  as  input  to 
produce  a  relation  scheme  in  third  normal  form 

4.  Database  Management  Selection:  -  selection  of  dBaselll 

5.  Physical  Design  and  Implementation:  to  create  database  files  using  dBaselll  to  collect 
data  for  each  entity  based  on  the  third  normal  form  analysis  of  the  data  dependen- 
cies of  the  organization 

to  implement  the  database  files 

to  create  application  programs  using  dBaselll 

to  calculate  recruiter  statistics,  registered  student  statistics,  calculate  companies 
recruiting  by  GPA,  curriculum,  or  both  GPA  and  curriculum,  calculate  placement  by 
curriculum,  and  calculate  geographical  placement  statistics 


Figure  1.4  Aims  of  the  project 


-9- 

Chapter  2 
Description  of  Problem  Environment 

The  problem  environment  for  this  project  is  the  Career  Planning  and  Placement  Center 
at  Kansas  State  University.  The  Career  Planning  and  Placement  Center  has  among  its 
functions:  to  aid  students  in  career  planning,  and  to  enlist  companies  to  interview  KSU's 
students  for  job  placement. 

The  staff  of  the  Center  who  will  have  access  to  the  database  are  the  director,  the  ad- 
ministrative assistant,  the  schedule  secretary,  each  of  their  secretaries,  the  associate  direc- 
tor in  charge  of  Agriculture  and  Education  colleges,  and  the  secretary  of  the  Assistant 
Dean  of  the  Arts  and  Sciences  college. 

The  Center  is  in  the  first  stage  of  office  automation  [CHA80]  with  word  processing  as 
the  primary  use  of  computers.  Typically,  the  Center  relies  on  paper  forms.  Forms  are 
needed  to  relate  interview  information,  job  announcement,  student  data,  company  infor- 
mation, and  schedule  information.  These  forms  are  included  in  Section  2.1.  A  brief 
description  of  each  form  is  also  given  in  Section  2.1.  Because  of  the  large  number  of  forms 
used,  some  redundancy  of  data  occurs.  Section  2.2  discusses  redundancy,  and  where 
redundancy  occurs  in  the  forms.  Data  analysis  is  used  to  eliminate  redundancy  and  define 
data  items  used.  This  process  is  described  in  Section  2.3. 
2.1      Forms 

There  are  six  functional  areas  where  forms  are  utilized  at  the  Center:  student  informa- 
tion, company  information,  announcement  of  interview  schedules,  job  announcement, 
pre-selection  on-campus  interview  information,  and  company  cancellation  information. 
Each  of  the  forms  used  in  these  areas  are  briefly  discussed  in  the  following  paragraphs. 
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2.1.1  Student  Information  Forms 

There  are  two  forms  used  by  the  Center  to  collect  student  information.  They  are  the 
Student  Data  Sheet  and  the  Employment  Report.  It  is  the  responsibility  of  the  student  to 
complete  and  return  both  of  these  forms.  A  student  may  have  only  one  Student  Data 
Sheet  and  one  Employment  Report  in  the  database. 

The  Student  Data  Sheet  [Figure  2.1]  is  supplied  by  the  student  as  part  of  the  registra- 
tion process  at  the  Center.  Completion  of  the  form  allows  the  student  to  participate  the 
career  planning  and  placement  activities  at  the  Center.  The  Student  Data  Sheet  is  also  pro- 
vided by  the  student  to  those  companies  which  the  student  desires  to  interview.  This  form 
provides  basic  information,  such  as  student  name,  address,  some  personal  data,  job  in- 
terests, educational  data,  achievements,  skills,  occupational  experience,  and  references. 

The  Employment  Report  [Figure  2.2]  is  supplied  by  the  registered  student  at  the  end  of 
the  semester,  or  upon  job  placement.  This  form  provides  information  to  the  Center  re- 
garding the  student's  job  placement.  This  information  includes  company  name,  location, 
and  salary.  Other  interview  information  is  provided,  such  as  the  number  of  companies  the 
student  interviewed,  information  regarding  the  Center's  role  in  aiding  the  student  in  career 
planning  and  placement:  and  finally,  asks  the  student  to  describe  other  services  used  in 
the  search  of  a  job. 

2.1.2  Company  Information  Forms 

The  Center  gains  company  information  from  the  following  forms:  the  Employment  Re- 
port (see  Student  Information  Forms),  the  Employment  Opportunity  Report  (see  Job  An- 
nouncement Form),  the  Interview  Arrangements  Questionnaire,  and  the  Date  Establish- 
ment Sheet. 

The  Interview  Arrangements  Questionnaire  (IAQ)  [Figure  2.3]  is  used  to  initiate  the  in- 
terview process  with  the  Center.  This  form  provides  the  company  name,  address,  potential 
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interview  times,  coordinator  name  and  address,  recruiting  information,  and  job  informa- 
tion. 

The  Date  Establishment  Sheet  (DES)  [Figure  2.4]  is  sent  to  the  Center  by  a  company  to 
announce  its  interview  schedule.  This  form  usually  follows,  in  time,  the  IAQ  form.  Basic 
information,  such  as  organization  name  and  address,  establisher.  and  the  number  and  date 
of  interviews,  is  found  on  the  DES.   2.2  Redundancy  of  Data  Among  the  Forms 

Redundancy  of  data  is  the  replication  of  data  on  a  number  of  different  files  [KRUS3]. 
Redundancy  of  data  may  cause  data  integrity  problems  during  the  update  process  of  a  da- 
tabase. The  goal  of  database  design  is  to  achieve  no  redundancy  of  data;  a  goal  almost 
never  achieved. 

Sources  for  redundancy  of  data,  and  therefore  data  integrity  problems,  in  the  database 
occur  in  the  student  information  forms  (Student  Data  Sheet  and  the  Employment  Report). 
Curriculum,  degree,  and  graduation  date  are  replicated.  This  may  or  may  not  be  a  major 
problem,  since  many  students  turn  in  the  Student  Data  Sheet,  but  not  many  students  turn 
in  the  Employment  Report.  Therefore,  the  probability  of  integrity  problems  occurring  is 
small. 

In  the  company  information  forms  (IAQ  and  DES).  redundancy  of  data  occurs  in  these 
data  items:  establisher's  name  or  contact  name,  establisher's  phone  number  or  contact 
phone  number,  and  title.  However,  on  occasion,  the  establisher/contact  information  may 
be  different.  A  careful  check  must  be  made  to  ensure  the  correct  establisher/contact  data 
is  being  stored.  The  issue  of  redundant  data  in  the  database  designed  for  this  project  will 
be  dealt  with  in  Chapter  Five. 


DATA  SHEET 
PImm  Type 

Name 
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KANSAS  STATE  UNIVERSITY 
Carter  Planning  and  Placement  Center 


Other  name<s)  used  now  or  previously  _ 

Present  Address 

Permanent  Address 


PERSONAL  DATA:     (optional) 
Blrthdate Height  _ 

Relevant  health  considerations 


JOB  INTERESTS: 

Available  for  employment? 


Weight  _ 


Location  Preferences: . 


EDUCATIONAL  DATA: 


It  11  our  policy  to  dMl  only  with  equal 
opportunity  employeri  and  thoaa 
complying  with  PL  03-380  ra confiden- 
tiality of  racorda. 


Phone (AC)  _ 
Phone (AC)  _ 


Citizenship  _ 


Country  I 

Type  of  Visa 


Colleges  Attended  and  Location 


Degree      Major  Field*      Ma|or 


Grade  point  system  at  Kansas  State:     A«4,  B-3.  C«2 
'Other  areas  of  concentration  and  hours 


Percent  of  college  expenses:      Wonting Scholarships  „ 

Honors,  Scholarships,  Professional,  and  Honor  Societies 


Community/ Extra-curricular  activities  _ 


Special  skills,  interests,  and  hobbies  _ 


OCCUPATIONAL  EXPERIENCE:     (Include  full  and  pertinent  part-time  work) 

Employer  Address  Duties 


D   "X"  in  block  Indicates  continuation  under  related  headings  on  reverse  or  attachment. 
REFERENCES:     {Names,  titles,  addresses,  phone  numbers  of  faculty  members,  former  employers,  etc.) 


ADDITIONAL  INFORMATION  „ 


I  affirm  that  the  above  information  Is  correct  to  the  best  of  my  knowledge  and,  subject  to  the  provisions  of  PL  93-380.  hereby  authorize 
the  Career  Planning  and  Placement  Center  to  release  this  data  sheet  and  related  information,  including  references,  to  prospective 
employers  and/or  to  institutions  of  higher  loaming.  I  have  read  and  understand  the  statemenl  of  Principles  and  Practices  of  College 
Placement  promulgated  by  the  College  Placement  Council,  Inc.  and  promise  to  comply  therewith. 


Social  Security  No  (typed) 


Figure  2.1   Student  Data  Sheet 
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,„„„„n  *-«— n 


XCA^JSiSwS   |    HolUHall  „«f  bTUiW    Information 

BflGfi! ! '  EC      Manhattan.  Kansas 66506  {«ciudinc  "la"  information) 

UNivwismr      913-532-6506  lc  Le  u,cJ  £*r  I"****1*'  purpo»e» 


Id  an  afTon    tr  obtain  n«*4ad  data,  ua  aak   that  you  MBVttM   thla  fora  euilnt  your  ]ob   aaarch  and    racurn    » 
at    Mia  and   of  ^he   ■tnool   hit  it  when  you   accept   a  yoalelon— vtmher   or  not  you  ara  ragiatarad  at   tha  Caraar 

?lamilit(  and  Fiaeaaent  Cmiir  or  havo  tntervlaved~oo  ca«pui,  and  unathar  or  awt  you  have  prevlowaly  Taper  tad 
■wr  of  the  Information.  You  uy  wlah  to  uaka  •  phatocopy  for  your  racorda.  To*  Jaformatlom  you  pro»id«  la 
irii.id    prolvtalnnally  and   aalary    information    la  k«*t   confidential. 


Print   Have  _^_^______^_^^_^____^^_^_^_^^  D-t"  o(  ' 

Curricula*  or  Hajor  | Collage  _ 

"agrae:     kS     at    MS    Ma.  MM  fag         _______ 


Eaployar  Tour  Job  title  _ 

i—plover  addraaa  _____________ ________________     Starting  data  _ 


Starting  eeLery    (_9athly  iron)*    I 


_S*dUa«  anknHa<              Graduate  aehaol  at  _ 
Otae*  


Ara   you   regletarH  at   tba  Can Mr  F  Urmia,  ana  PUcaaame  Caoterl  _ __________ 

0m  you  wlah   to   rtcii.t   reglatratlea  aatarialeT  ^_^_______ 

-U_  Caraar   riamn.ni  and  rlaca—aat  eeaiateaca  or   aa   a   —area  ml  Job  opualaaa    (aatiaata   If  o**«aa*ry) :' 
How  ■any    Job    laterrlvwe  ha-*  you  hadT 


-.law"  writ  a- la  a— >llcati_— a  bave  you  —taut 


i-laeervlaw"  write-in,  application*  have  y« 
Caraar  Obiactl.a.      


Plaaea  c    imt   favorably  ar  unfa— arably  aa  J— » tilled  vita  ratal 
Treat—eat  by  awploy ar  rasroaaatatlvae:     ____________ 


Malaga— «■   from  faculty  and  dauart—wntel   avvlaorat 

Career  riennint  and  Flacement   Center  oarvlcea   to  you: 

Figure  2.2   Employment  Report 
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KANSAS  STATE  UNIVERSITY 

Holtz  Half 

AC  913  532-6506  Career  Planning  and  Placement  Center  Manhattan,  ks  66506 

INTERVIEW  ARRANGEMENTS  QUESTIONNAIRE  (IAQ) 

(PImm  Type) 

Interview  days  and  dates  lor  which  this  l*Q  is  applicable:  ^^^^^^^^^^^^^^^^^^^_^^^^^^^^^^^^^^^^^^^__^_ 


Name  of  Organization: . 

Complele  Address: 


No of  daily  interview  schedules:  Name  of  coordinator   __^_^_^^____^_^_^__ 

No  of  interviewers  l(  more:  _^_^^_  Title:   __^^_^_^^__^^__^^__ 

Daily  interview  start  time:  Phone:  AC 

Interviews  to  conclude  by:  Length  of  each  Interview:  _ 

Name(8>  of  interviewees): 


Inviting  graduates  of:  December(198 ) May(196_J Auguat[l96 ) .  December)  188- 


Wish  to  interview  for  summer  employment  (classification  Indicates  year  completed): 

Presnman Sophomore Juntor Senior Graduate  Students Not  at  all 

NOTE    Explain  on  an  attached  sheet  or  by  transmittal  letter  your  request  for  separate  summer  scnedule,  mixed  regular  schedule,  or  summer 
group  meetings,  etc. 

International  candidates  interviewed:  ___  without  restriction  holding  permanent  resident  status 

US.  citizens  only  cannot  tie  interviewed  on  campus 

Comment  a: 


Location(s)  of  work: . 


For  curricula  and  degree  combinations  Invited,  see:         G   reverse         O  attached 

Ust  types  of  positions  available,  special  guaJificationa  required,  and  Indicate  if  openings  are  deferred  or  speculative: 


Literature  for  student  distribution:        G  is  being  sent        D  la  not 

It  Is  the  policy  of  the  Career  Planning  and  Placement  Center  of  Keneas  State  University  to  serve  only  equal  opportunity  emptoyers.  We  alee  are 
required  by  Public  Law  93-3*0  to  remind  employers  that  the  Family  Educational  Right*  and  Prtvecy  Act  compels  the  handling  of  employment 
records  on  a  confidential  beets.  By  completing  and  returning  thia  IAQ  form  the  employer  publicly  affirms  full  compliance  with  the  law. 


This  IAQ  has  been  prepared  on  (date)  _ 


Correspondence  concerning  this  visit  should  be  directed  t< 


This  wilt  be  used  to  publicize  yourviait  and  will  be 
attached  to  your  sign-up  Sheet. 


Figure  2.3  Interview  Arrangements  Questionnaire 
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VISIT  DATE  ESTABLISHMENT  SHEET 
Organisation  Date  Rec.lved 


Taken  by    (show   initial a) : 

,  Phone Visit IAQ  _ 

Letter  of  Other  


Estsblisher's  Name 
Title 


.  Tel.    (  ) 


Confirm  to   (if  other   then  established 
Addreaa   (If  Different)  


#   scheds.  #   intvrs.  M  TU  W  TH  F 


Month-lat   Day 
#   scheds.  #   intvrs.  M  TU  W  TH  F  8 


Month- 2nd  Day 


#   scheds.  #   intvrs.  M  TU  W  TH  F 


86  87  88 


ACTION  REQUIRED 

1.  Check  Viait  Date  Card   to  prevent  duplication 

2.  Record  on  Viait  Date  Card 

3.  Record   in  Viait  Date  Book   (both  index  and  date) 

4.  Mail  confirming  letter  atandard  special 

Their  atandard  form  alao  uaed 

Other  datea  confirmed  on  same  letter 

5.  PVM'b  mailed with  C/L Later  ' 

Mail  follov-up   aent  Tdate  i  initial) 

Telephone  follow-up (date  &   initial) 

6.  If  Visit  List  baa  been  published  enter  on 

Master  Visit  Liat 

7.  Check  Mailing  Card    existence   and/or  accuracy 


SHOW   t    INTERVIEWERS  ONLY    IF  DIFFERENT  THAN   /  OF   SCHEDULES  THAT  DAY 
CHECK  MARK   SUFFICES  FOR    "DATE  DONE"    IF   SAME  DAY  AS   RECEIVED. 
Additional   information  on  reverae   (head   to  tail)   or  attached. 


Figure  2.4   Date  Establishment  Sheet 
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2.1.3  Announcement  of  Interview  Schedules 

Two  forms  are  generated  to  announce  upcoming  company  interview  schedules,  the 
Master  Visit  List,  and  the  Posting  Schedule. 

The  Master  Visit  List  [Figure  2.5]  is  produced  once  a  semester.  It  can  be  divided  into 
four  parts:  general  interview  information,  interview  sign-up  dates,  curriculum  abbrevia- 
tion index,  and  a  listing  of  scheduled  interviews  for  the  semester.  The  fourth  part,  the 
listing  of  scheduled  interviews  for  the  semester,  can  be  subdivided  into  interview  visit 
date,  acceptable  graduation  dates,  the  semester(s)  that  the  company  will  visit  Kansas  State 
University  to  interview  for  job  placement,  company  name,  location  of  company  (optional), 
location  of  job  openings,  degree  required,  curriculum,  and  major. 

The  Posting  Schedule  [Figure  2.6]  lists  current  information  regarding  interviewing  com- 
panies. This  form  lists  additions,  modifications,  and  deletions  to  the  Master  Visit  List. 
The  Posting  Schedule  is  similar  to  the  listing  of  scheduled  interviews  section  of  the  Master 
Visit  List. 

2.1.4  Job  Announcement 

The  Employment  Opportunity  Report  (EOR)  [Figure  2.7]  is  used  by  a  company  to  re- 
port job  openings.  The  form  gives  basic  information,  such  as  company  name,  application 
deadline,  job  information,  who  to  contact  regarding  the  job  opportunity,  and  whether  the 
company  wishes  to  interview  on-campus.  to  the  Master  Visit  List.  The  Posting  Schedule  is 
similar  to  the  listing  of  scheduled  interviews  section  of  the  Master  Visit  List. 

2.1.5  Pre-Selection  On-Campus  Interview  Information 

Three  weeks  prior  to  a  scheduled  interview,  the  student  must  register  on  the  Interview 
Request  Form  (IRF)  [Figure  2.8],  to  indicate  an  interest  in  interviewing  the  company.  This 
form  contains  the  organization  name,  date(s)  of  interview,  major  and  degrees  requested, 
and  graduation  dates  that  will  be  accepted.   Upon  registering,  the  student  leaves  a  Student 
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Data  Sheet  that  will  be  forwarded  to  the  organization. 
2.1.6   Company  Cancellation  Information 

The  Visit  or  Schedule  Cancellation  Sheet  [Figure  2.9]  is  used  by  a  company  to  cancel 
some  or  all  of  its  arranged  interview  times  with  the  Career  Planning  and  Placement 
Center.    Basic  information,  such  as  organization  name,  address,  cancellation  information, 
and  action  required  by  the  Placement  Center,  is  given  on  this  form. 
2.2  Redundancy  of  Data  Among  the  Forms 

Redundancy  of  data  is  the  replication  of  data  on  a  number  of  different  files  [KRU83]. 
Redundancy  of  data  may  cause  data  integrity  problems  during  the  update  process  of  a  da- 
tabase. The  goal  of  database  design  is  to  achieve  no  redundancy  of  data:  a  goal  almost 
never  achieved. 

Sources  for  redundancy  of  data,  and  therefore  data  integrity  problems,  in  the  database 
occur  in  the  student  information  forms  (Student  Data  Sheet  and  the  Employment  Report). 
Curriculum,  degree,  and  graduation  date  are  replicated.  This  may  or  may  not  be  a  major 
problem,  since  many  students  turn  in  the  Student  Data  Sheet,  but  not  many  students  turn 
in  the  Employment  Report.  Therefore,  the  probability  of  integrity  problems  occurring  is 
small. 

In  the  company  information  forms  (IAQ  and  DES),  redundancy  of  data  occurs  in  these 
data  items:  establisher's  name  or  contact  name,  established  phone  number  or  contact 
phone  number,  and  title.  However,  on  occasion,  the  establisher/contact  information  may 
be  different.  A  careful  check  must  be  made  to  ensure  the  correct  establisher/contact  data 
is  being  stored.  The  issue  of  redundant  data  in  the  database  designed  for  this  project  will 
be  dealt  with  in  Chapter  Five. 
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SCHEDULED  EMPLOYMENT  INTERVIEWS  -  SPRING  SEMESTER  1987 


INTERVIEW  VISIT  DATE 

ACCEPTABLE  GRAD.   DATES 
SEMESTER(S)  VISITING  KSU 


company  name 
(location  of  company) 
location  of  job  openings 


DEGREE  REQUIRED 
LEVEL  4  CURRICULUM  OR 
MAJOR 


February  2 

5/87 
Spring  Only 


February  2 

12/86,   5-8/87 
Summer:      FR,   SOPH,   JR 
Spring  S  Fall 

February  2 

5/87,  8/87 
First  Visit 


February  3 

12/86,  5-8/87 
Spring  Only 

February  3 

Sumner:  All  Classes 
Spring  Only 

February  3 

12/86,  5/87 
Spring  Only 


February  3 

5/87,  8/87 
Spring  S  Fall 


February  3 

5/87 
Spring  Only 

February  3 

Summer:  JR,  SR 
Spring  I  Fall 

February  3 

5/87,  8/87 
Spring  S'Fall 


Cigna  Corporation 

(Philadelphia,  PA) 
Nationwide 


US  Army 

(Manhattan,  KS) 
Worldwide 


Westvaco 

(Covington,  VA) 
Covington,  VA;  Laurel, 
MD;  Charleston,  SC 

ADM  Milling  Company 

(Shawnee  Mission,  KS) 
Various 

Cheley  Colorado  Camps 

(Denver,  CO) 
Estes  Park,  CO 

Civilian  Personnel  Office 

(Ft.  Riley,  IS) 
Ft.  Riley,  KS 


B:  ECON,  ACCTG, 

FINAN,  GBA, 

MXTG 
GPA  3.0 

B:  ANY  S  ALL  MAJORS 


M  OR  D:   ME,  CHE 


FDIC 

(Overland  Park,  KS) 
KS,  MO,  IA,  NE,  MN, 
ND,  SD 

Parker  Hannifin 

(Cleveland,  OH) 
Nationwide 

The  Procter  &  Gamble  Co.     B  OR  M: 
(Cincinnati,  OH)  ME 

Kansas  City  Coffee  Plant 

Red  Lobster  Inns  of  America  B:  KANI 

(Rolling  Meadows,  IL) 
Midwest 


Summer:   ANY  8  ALL 
MAJORS  -  OPEN 
SIGNUP 

B:  INSYS,  JMC,  ALL 
BUS  EXCEPT  ACCTG 

B  OR  M:  CMPSC,  ECON, 
ENGL,  POLSC,  PSYCH 
HIST 

B:  FINAN,  GBA 

B  OR  M:  AGEC,  ACCTG 

(Minimum  of  6  hrs 

ACCTG) 

B:  EE,  ME 


CHE,  EE, 


Figure  2.5   Master  Visit  List 
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CAREER  PLANNING  AND  PLACEMENT  CENTER 
INTERVIEW  REQUEST  FORMS  POSTED  ON  MONDAY,  MARCH  23.  1987 
FOR  MONDAY,  APRIL  13.  1987 
POSTED  AT  8  A.M. 

EMPLOYERS  REINSURANCE  CORPORATION       B:  ANY  S  ALL  MAJORS 

1  Schedule  6  Hours  COBOL 

12/86.  5/87  GPA  3.0 

OPEN  SIGNUP  FOR  MONDAY  AND  TUESDAY.  MARCH  30-31.  1987 

PRODUCTION  ADVISORY  SERVICE.  INC.        ALL  AR1CULTURE 

1  Schedule  each  day 
Summer  -  All  Classes 


Figure  2.6  Posting  Schedule 
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Employers 

Please  Report  Job  Openings 


Coreer  Planning  and  Placement  Center 
KANSAS   STATE   UNIVERSITY 

Holtz  Hall,  Phone  913-532-6506 


EMPLOYMENT    OPPORTUNITY    REPORT 


Application  Deadline 

Preferred  Starting  Date  _ 


PLEASE  NOTE:  It  is  the  policy  of  the  Career  Planning  and 
Placement  Center  of  Kansas  State  University  to  deal  only 
with  equal  opportunity  employers. 


For  .H«   m 

only                                                                       Dent 

»nport«d  by: 

__  PC    EO    Utf/Lfewy 

(Initial) 

Orig     to   BL JA KL 

Mail 

Starch    &    SI PI 

—  Phon* 

Nntify     ttnd4tftl 

Faculty 

PC    tn 

Part  uit<1 

Othar 





Job  Title  . 


Degree  and  Curriculum 
Special  Requirements  _ 
Job  Description  


Work  Location  . 


Travel  Requirements  . 
Experience  Required  . 


Salary  and  Fringe  Benefits  . 
Contact:     Name  


0rgani2atic 
Address  _ 


FURTHER    REPRODUCTION    AND    DEPARTMENTAL    DISTRIBUTION    IS    REQUESTED    AS   APPROPRIATE. 

Copies  of  Employment  Opportunity  Reports  are  posted  daily  in  the  Career  Planning  and  Placement  Center 
Library  in  Holtz  Hall.   Candidates  should  contact  persons  listed  there  rather  than  staff  members.    All  Commercial 
and  Service  Employment  Opportunity  Reports  are  abstracted  semi-monthly  in  buff  (off-white)  newsletter  form 
JOBS  bulletins,  with  departmental  circulation. 


Figure  2.7   Employment  Opportunity  Report 
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CAREER  PLANNING  AND  PLACEMENT  CENTER 
Commercial  &  Service         KANSAS  STATE  UNIVERSITY 
Placement  Manhattan,  KS  66506 


Page  No. 


INTERVIEW  REQUEST  FORM 
INTERESTED  CANDIDATES  MUST  LEAVE  DATA  SHEET  FOR  FORWARDING  TO  THE  ORGANIZATION 

ORGANIZATION  

DATE  OF  INTERVIEW  


MAJOR(S)  i   DEGREE(S)  REQUESTED  (Persons  with  closely  RELATED  degree,  coursework, 
or  work  experience  may  also  request  an  interview)  


GRADUATION  DATE(S) 

NAME                           PHONE     NAME 

PHONE 

1. 

19. 

2. 

20. 

3. 

21. 

1. 

22. 

5. 

23. 

6. 

24. 

7. 

25. 

8. 

26. 

9. 

27. 

10. 

28. 

11. 

29. 

12. 

30. 

13. 

31. 

14. 

32. 

15. 

33. 

16. 

34. 

17. 

35. 

IS. 

36. 

Figure  2.8   Interview  Request  Form 
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VISIT  OR  SCHEDULE  CANCELLATION  SHEET 


Organisation Date  Cane.  Rec'd. 


Phone  Call  Taken  ay  . 


Letter  Dated Rec'd-By^ 

Other 


Cancellor's  Name Tel.    ( )  ________ 

AC 
Title 

Complete  cancellation  of  viait,  no  tranafer  or  replacement  dates. 

Complete  cancellation  of  viait,  but  involving  replacement  date(s) 


No.  Schedules M  TU  V  TH  F   86  87  88  89  90 

Month     1st  Day 
No.  Schedules M  TU  W  TH  F  86  87  88  89  90 

Month     2nd  Day 

Partial  Cancellation 

____________  __ M  TU  W  TH  F  86  87  88  89  90 

Month     1st  Day 
M  TU  W  TH  F  86  87  88  89  90 


Month     2nd  Day 
Schedules  reduced  in  number  from       to 
Schedules  reduced  in  length  as  described : 


Other  (Explain) 

Remarks 


•  *****•+. 


ft************** 


Reason  for  cancellation:  Light  Schedule ; Reduced  Manpa 

No. 
Need;  Recruiter  Convenience;  Other 


SEE  REVERSE  SIDE  FOR  ACTION  REQUIRED 

One  of  these  sheets  is  to  be  prepared  for  esch  company  cancellation.   Cancell- 
ation sheets  are  to  be  attached  to  the  Visit  Date  Establishment  sheets  which 
they  cancel;  on  top  for  complete  cancellation,  and  underneath  for  partial 
cancellations. 


Figure  2.9  Visit  or  Schedule  Cancellation  Sheet 
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2.3   Data  Analysis 

After  determining  the  redundancy  of  data,  careful  data  analysis  was  made.    The  data 
items  that  are  needed  are  identified,  defined  and  classified  using  a  tool  known  as  a  data  dic- 
tionary.  Data  items  not  needed  at  the  present  time  for  the  database  are  identified.   Finally, 
data  items  needed  for  future  implementation  are  noted. 
2.3.1   Identification  of  Needed  Data  Items 

A  data  dictionary  [LAR82]  is  used  to  identify,  define  and  classify  the  data  needed  from 
each  of  the  input  forms.  Each  of  the  data  items  entered  in  the  data  dictionary  is  named, 
defined,  given  a  type,  formatted,  and  bounded.  Also,  information  about  security,  frequen- 
cy, availability,  and  user  responsibility  is  given. 

Only  the  data  items  in  the  permanent  database  structures  are  entered  in  the  data  dic- 
tionary [see  Appendix  A  for  complete  Data  Dictionary].  The  format  of  the  Data  Diction- 
ary is  given  in  Figure  2.10. 


NAME 
DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

FREQUENCY 

AVAILABILITY 

FDON 


CONAME 

company  name,  found  on  the  IAQ  form 

A 

A*20 

"A"  -  "z",  0-9 

input  in  add  company 

may  not  be  altered  in  change  company 

at  any  time 

Fast  storage  device 

none,  partial  key  to  company  database 


Figure  2.10.  Example  of  an  entry  in  the  Data  Dictionary. 
2.3.2  Data  Items  Not  Used 

After  determining  the  data  needed  for  the  database  structures,  it  is  necessary  to  exam- 
ine the  unused  data  items  stored  in  the  database. 
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2.3.2.1  Student  Data  Sheet  [See  Student  Data  Sheet.  Figure  2.1] 

The  data  items  that  appeared  on  the  Student  Data  Sheet  which  are  not  stored  are  given 
in  Figure  2.11.  These  items  are  not  needed  in  the  calculations  that  are  to  be  performed  on 
the  database,  are  not  needed  in  any  outputting  that  is  to  occur,  and  are  not  needed  as  input 
to  the  student  information  database.   Therefore,  they  are  redundant  or  extraneous  data. 


other  names  used  previously 

personal  data 

job  interests 

educational  data 

other  areas  of  concentration 

percent  of  college  expenses 

honors 

scholarships 

societies 

activities 

skills 

occupational  experience 

references 

additional  information 


Figure  2.11    Data  Items  Not  Used  on  the  Student  Data  Sheet 


2.3.2.2  Employment  Report  [See  Employment  Report.  Figure  2.2] 

The  data  items  smidinit.  mdegdate.  ydegdate,  received  are  stored  but  not  used.  The 
data  elements  on  the  Employment  Report  which  are  not  stored  are  given  in  Figure  2.12. 
These  items  are  not  needed  in  the  calculations  that  are  to  be  performed  on  the  database, 
are  not  needed  in  any  outputting  that  is  to  occur,  and  are  not  needed  as  input  to  the  stu- 
dent employment  information  database.   Therefore,  they  are  redundant  or  extraneous  data. 
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job  title 

starting  date 

registered  at  Career  Planning  and  Placement  Center 

wish  to  receive  registration  materials 

information  on  assistance  provided  by  Center/others 

information  on  interviews  the  student  participated  in 

authori2ation  to  use  the  employment  report  information 


Figure  2.12   Data  Items  Not  Used  on  the  Employment  Report  Form 


2.3.2.3  Interview  Arrangements  Questionnaire  [See  Interview  Arrangements  Questionnaire. 
Figure  2.3] 


The  data  items  found  on  the  IAQ  that  are  not  stored  are  given  in  Figure  2.13.  These 
items  are  not  needed  in  the  calculations  that  are  to  be  performed  on  the  database,  are  not 
needed  in  any  outputting  that  is  to  occur,  and  are  not  needed  as  input  to  the  company 
information  database.   Therefore,  they  are  redundant  or  extraneous  data. 


applicable  interview  dates 

number  of  daily  interview  schedules 

number  of  interviews  if  more 

daily  interview  start  time 

interviews  to  conclude  by 

length  of  each  interview 

name(s)  of  interviewer(s) 

types  of  positions  available 

special  qualifications 

openings  deferred  or  speculative 

date  IAQ  prepared  and  by  whom 

correspondence  name  and  address 


Figure  2.13   Data  Items  Not  Used  on  the  Interview  Arrangements  Questionnaire 

2.3.2.4  Date  Establishment  Sheet  [See  Date  Establishment  Sheet.  Figure  2.4] 

The  following  data  items  are  stored  but  not  used:  des_date  and  des_inits.  The  data 
elements  on  the  DES  that  are  not  stored  are  found  in  Figure  2.14.  These  items  are  not 
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needed  in  the  calculations  that  are  to  be  performed  on  the  database,  are  not  needed  in  any 
outputting  that  is  to  occur,  and  are  not  needed  as  input  to  the  company  information  data- 
base.  Therefore,  they  are  redundant  or  extraneous  data. 


address 

how  DES  is  received 
action  required 
additional  information 


Figure  2.14   Data  Items  Not  Used  on  the  Date  Establishment  Sheet 


2.3.2.5  Visit  or  Schedule  Cancellation  Form  [See  Visit  or  Schedule  Cancellation   Form.  Fig- 
ure 2.10] 


The  data  items  that  are  not  stored  are  found  in  Figure  2.15.  These  items  are  not  needed 
as  input  to  the  company  information  database,  are  not  needed  in  output,  and  are  not 
needed  in  any  calculations  that  are  to  be  performed  on  the  database.  Therefore,  they  are 
redundant  or  extraneous  data. 


date  cancellation  received 

phone  call  taken  by 

letter  dated 

received  by 

other 

cancellous  name 

cancellous  title 

cancellous  phone 

remarks 

reason  for  cancellation 

action  required 


Figure  2.15  Data  Items  Not  Used  on  the  Visit  or  Schedule  Cancellation  Form 


■27- 


2.3.2.6    Employment  Opportunity  Report  [See  Employment  Opportunity  Report.  Figure 
2.7] 


The  data  items  not  stored  from  the  EOR  are  given  in  Figure  2.16.  These  items  are  not 
used  in  any  input,  output,  or  calculations  that  are  based  on  the  employment  opportunity 
database. 


preferred  starting  date 
travel  requirements 
experience  required 
fringe  benefits 
title 


Figure  2.16   Data  Items  Not  Used  on  the  Employment  Opportunity  Report 
2.3.3   Data  Items  Needed  for  Future  Implementation 

2.3.3.1  Student  Data  Sheet  [See  Student  Data  Sheet.  Figure  2.1] 

At  the  present,  the  following  data  items  are  not  used,  but  are  stored  for  future  imple- 
mentation: Overall  GPA,  Curriculum  GPA.  Date  Available  for  Employment,  and  Where 
Available  for  Employment  will  be  used  as  student  information  by  requesting  companies; 
the  Student's  Permanent  Address  and  Present  Address  will  be  used  for  mailing  purposes, 
such  as  labels. 

2.3.3.2  Employment  Report  [See  Employment  Report.  Figure  2.2] 

At  the  present,  the  following  data  items  are  stored  for  use  by  future  implementations: 
the  Starting  Salary  of  a  Student  will  be  used  for  statistical  purposes:  the  New  Address  of 
the  Student  will  be  used  for  mailing  purposes. 
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2.3.3.3  Interview  Arrangements  Questionnaire  [See  Interview  Arrangements  Questionnaire. 
Figure  2.3] 

Future     implementation     will     involve     the     following     stored     data     items:      the 

Curriculum(s)  a  Company  May  Wish  to  Interview  may  be  used  as  company  information. 

in  the  Master  Visit  List  and  the  Posting  Schedule;    the  company  name  and  company 

address  may  be  used  for  reference  purposes  and  for  mailing  purposes. 

2.3.3.4  Date  Establishment  Sheet  [See  Date  Establishment  Sheet.  Figure  2.4] 

Future  implementation  will  use  the  following  stored  data  elements:  the  Company  Con- 
tact Name  and  Contact  Address,  for  reference  purposes  and  for  mailing  purposes. 

2.3.3.5  Employment  Opportunity  Report  [See  Employment  Opportunity  Report.  Figure 
2.7] 

The  following  data  items  are  stored  for  use  by  future  implementations:  Application 
Deadline.  Job  Title,  Job  Description.  Work  Location,  Salary.  Curriculum,  Degree,  Special 
Requirements.  Contact  Name,  Contact  Address.  Contact  Phone,  and  Contact  Organization 
will  be  used  as  input  for  perspective  employer  information,  as  input  for  the  Job  Opportun- 
ity Bulletin,  and  as  reference. 
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Chapter  Three        Design  of  the  Database 

After  data  analysis  was  completed,  all  the  pertinent  data  items  were  stored  in  the  data 
dictionary  [See  Appendix  A].  The  next  step  was  to  determine  the  relationships  which  exist 
among  the  data.  This  was  accomplished  by  using  the  Entity-Relationship  Model,  a  tool  to 
express  relationship  decisions  made  by  the  database  designer.  Dependencies  among  data 
items  were  determined.  An  evaluation  of  the  functional  dependencies  was  made  using 
Bernstein's  Algorithm  2  to  ensure  that  the  corresponding  relational  database  is  in  third 
normal  form  (3NF)  and  to  verify  that  the  intuition  entities  were  correct.  Each  of  these 
steps  are  discussed  in  the  following  sections. 
3.1   Entity-Relationship  Model 

The  Entity-Relationship  Model  [TE082],  known  as  the  E-R  model,  is  a  tool  used  to  aid 
the  designers  and  ultimate  users  in  determining  data  structures.  It  is  used  to  model  the 
real-world  entities  that  a  database  may  represent  at  the  Career  Planning  and  Placement 
Center.  This  model  consists  of  entities,  attributes,  keys,  relationships,  and  dependence. 
These  terms  are  denned  as  [ULL82]: 


An  entity  is  an  element  that  is  unique  and  distinguishable. 

An  attribute  is  a  set  of  properties  of  an  entity. 

A  key  is  a  list  of  attributes  that  uniquely  identifies  an  entity. 

A  relationship  is  the  association  that  may  exist  from  one  entity  to  another  entity. 

Dependence  is  the  classification  of  relationships  according  to  how  many  entities  in  one 
entity  set  are  associated  with  how  many  entities  of  another  entity  set.  The  classification 
may  be  1-1,  1-N.  M-N,  where:  1-1  means  each  entity  in  either  set  is  associated  with  at 
most  one  entity  of  the  other  set:  1-N  means  an  entity  may  be  associated  with  0  or  more 
entities  in  another  set;  M-N  means  there  is  no  restriction  on  the  sets  of  pairs  of  entities 
that  may  exist  in  a  relationship  set. 


The  E-R  model  which  resulted  for  this  database,  is  decomposed  into  the  following 
figures  : 
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The  attributes  that  describe  the  demographic  characteristics  of  the  student  [Figure 
3.1]  and  the  Student  Information  Model  [Figure  3.2],  which  represents  the  entity  stu- 
dent; 

The  unique  characteristics  of  the  student  [Figure  3.3]  and  the  Employment  Report 
Model  [Figure  3.4]: 

The  demographic  values  of  the  company  [Figure  3.5]  and  the  Company  Information 
Model  [Figure  3.6],  illustrating  the  company  entity; 

The  attributes  of  the  company  [Figure  3.7]  and  the  Perspective  Employer  Model  [Fig- 
ure 3.8]: 

The  company  characteristics  [Figure  3.9]  and  the  Employment  Opportunity  Report 
Model  [Figure  3.10],  which  represents  the  company  entity; 

The  descriptive  data  items  of  the  student  [Figure  3.11]  and  the  Student  Address 
Model  [Figure  3.12]; 

3.2   Functional  Dependencies 

A  functional  dependency  can  exist  between  two  sets  of  attributes  if  given  a  value  for 
each  attribute  in  one  set  no  more  than  one  value  may  exist  for  each  attribute  in  the  other 
set  [ULL82].  Such  dependencies  are  discovered  by  the  database  designer  as  a  result  of 
understanding  the  semantics  of  the  data.  The  dependencies  represent  semantic  constraints 
on  the  data  that  is  entered  into  the  database.  The  functional  dependencies  can  be  used  in 
the  synthetic  algorithm  known  as  Bernstein's  Algorithm  2  to  determine  the  database  enti- 
ties which  best  represent  the  entities  of  reality,  to  verify  the  intuitively  defined  entities 
represented  in  the  E-R  diagram,  and  to  gain  insight  into  modifications  that  would  lead  to  a 
database  which  is  easier  to  manage. 

The  functional  dependencies  are  given  for  the  Student  Information  relation  scheme. 
Student  Employment  Information  relation  scheme,  the  Company  Information  relation 
scheme,  the  Perspective  Employer  Information  relation  scheme,  the  Employment  Oppor- 
tunity Information  relation  scheme,  and  the  Student  Address  Information  relation  scheme. 
The  functional  dependencies  are  given  in  Figure  3.13. 
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Student  Name 

Curriculum 

Student  Number 

Degree 

Student  Present  Address  and  Phone 

College 

Student  Permanent  Address  and  Phone 

Curriculum  GPA 

When  Available  for  Employment 

Overall  GPA 

Where  Available  for  Employment 

Graduation  Date 

Sex 

Figure  3.1   Attribute  List  for  Student  Information 


STUDENT 


Key:  STUDENT 
NAMF     AND 
STUDENT 
NUMBER 


Key:  STUDENT 
NAME     AND 
STUDENT 
NUMBER 


STUDENT 

INFORMRTION 


Attribute  List  For  Student  Information 


Figure  3.2   Student  Information  E-R  Model 
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Date  Received 

Student  Name 

New  Address  of  Student 

Curriculum 

Degree 

Graduation  Date 

Company  Name 

Company  Address 

Starting  Salary 

Job  Description 

Hired 

Seeking  Employment 

Continuing  Education 

Figure  3.3   Attribute  List  Employment  Information 


Key:  STUDENT, 
NAME/*!! 
<^fldded 


STUDENT 


Student  Name 


Figure  3.4  Employment  Information  E-R  Model 
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Company  Name 

Company  Address  and  Phone 

Contact  Name 

Contact  Address  and  Phone 

Date  Received  DES 

Number  of  Schedules 

Number  of  Recruiters  per  Schedule 

Interview  by  GPA 

Interview  by  Curriculum 

Which  Curriculums  Are  Accepted 

International  Candidates  Cannot  be  Interviewed 

International  Candidates  Interviewed  without  Restriction 

Interview  Students  Holding  Permanent  Resident  Status 

Interview  U.S.  Citizens  Only 


Figure  3.5   Attribute  List  for  Company  Information 


1 

, 

INTERUIEUI 
STATISTIC 

RECRUITER 
STATISTIC 

Figure  3.6  Company  Information  E-R  Model 
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Company  Name 

Company  Address  and  Phone 

Contact  Name 

Title 

Contact  Address  and  Phone 


Figure  3.7   Attribute  List  for  Perspective  Employer 


Attribute  List  For 
Compeny  information 


COMPANY 

INFORMATION 


EMPLOYMENT 
OPPORTUNITY 
INFORMATION 


Key:  COMPANY 
NAME  AND 
COMPANY 
CITY 


PERSPECTIUE 
EMPLOYER 

INFORMATION 


Attribute  List  For  Perspective  Employer  Information 


Figure  3.8   Perspective  Employer  E-R  Model 
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Date  Received 

Job  Location 

Application  Deadline 

Salary 

Job  Title 

Company  Name 

Degree 

Company  Address  and  Phone 

Curriculum 

Contact  Name 

Special  Requirements 

Title 

Job  Description 

Contact  Address  and  Phone 

Figure  3.9  Attribute  List  for  Employment  Opportunity  Report 


^Company  Name  And  Company  City 


Key:  COMPANY 
NAME    AND 
COMPANY 
CITY 

'  Modified 


Key:  COMPANY 
NAME     AND 
COMPANY 
CITY 


EMPLOYMENT 
OPPORTUNITY 
INFORMATION 


Attribute  List  For  Employment  Opportunity  Information 


Figure  3.10  Employment  Opportunity  Report  E-R  Model 
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Student  Name 

Student  Number 

Present  Address  and  Phone 

Permanent  Address  and  Phone 


Figure  3.11     Attribute  List  for  Student  Address 


Attribute  List  For 
Student  Information 


STUDENT 
INFOAMATION 


Attribute  List  For 
Employment  Information 


STUDENT 

ADDRESS 

INFORMATION 


EMPLOVMENT 
INFORMATION 


Attribute  List  For  student  Address  Information 


Figure  3.12  Student  Address  Model 
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Student  Name  and  Student  Number  ->  School  Address  and  Phone.  Permanent  Address 
and  Phone,  When  Available  for  Employment.  Where  Available  for  Employment,  Overall 
GPA.  Curriculum  GPA,  Sex,  Curriculum,  Degree,  Graduation  Date,  and  the  Number  of  No 
Shows 

Student  Name  ->  Company  Name,  Company  Address,  Starting  Salary,  New  Address  of 
Student,  Job  Description,  Location  of  Job,  Curriculum,  Degree,  Graduation  Date,  Date 
Received  Employment  Report.  Seeking  Employment.  Continuing  Education,  or  Hired 

Company  Name  and  Company  City  ->  Company  Address,  Company  Phone,  Contact 
Name,  Contact  Address,  Contact  Phone,  Interview  Schedule.  Number  of  Recruiters  per 
Schedule.  Interview  by  Curriculum,  and  Interview  by  GPA,  Which  Curriculums.  Interview 
by  Specific  Dates  of  Graduation,  Date  Received  DES,  and  Special  Restrictions  on  Students 
to  Interview 

Company  Name  and  Company  City  ->  Company  Address,  Company  Phone,  Contact 
Name,  Title.  Contact  Address,  and  Contact  Phone 

Company  Name  and  Company  City  ->  Date  Received  EOR,  Application  Deadline,  Job 
Title,  Degree.  Curriculum.  Special  Requirements.  Job  Description.  Job  Location,  and  Salary 

Student  Name  and  Student  Number  ->  Present  Address,  Present  Phone,  Permanent 
Address,  and  Permanent  Phone 

Figure  3.13    Functional  Dependencies  for  the  Relation  Scheme 


3.3   Bernstein's  Second  Algorithm 

Bernstein's  Second  Algorithm  is  a  tool  which  can  be  used  to  determine  if  a  given  rela- 
tion scheme  is  in  third  normal  form.  Third  normal  form.  then,  is  defined  as  a  schemata 
that  has  no  attributes  representing  a  structure  or  a  repeating  group;  there  may  be  no  par- 
tial dependencies  of  a  nonprime  attribute  on  any  key  in  the  schemata;  finally,  there  must 
not  exist  transitive  dependencies  of  a  nonprime  attribute  on  any  key  in  the  schemata 
[UNG87]. 

A  computerized  version  of  Bernstein's  Second  Algorithm  is  located  on  the  3B5  System 
at  Kansas  State  University.  The  program  that  performs  this  algorithm  is  known  as  the 
Bern2  program.  The  input  for  the  Bern2  is  the  set  of  functional  dependencies  of  the  sche- 
mata, based  on  the  intuitively  defined  entities.    The  output  is  a  list  of  attributes  in  the 
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functional  dependencies,  a  list  of  extraneous  attributes  in  the  functional  dependencies,  a 

list  of  redundant  functional  dependencies,  the  partition  class  set,  redundant  functional 

dependencies  after  adding  the  bijections.  and  the  schemata  in  third  normal  form.    The 

Bern2  results,  based  on  the  functional  dependencies  of  Section  3.2,  are  given  in  Appendix 

A. 

3.3.1   Bern2  Analysis 

The  results  of  the  Bern2,  based  on  the  functional  dependencies  of  Section  3.2.  indicate 
some  extraneous  attributes  and  redundant  functional  dependencies. 

The  attributes  curriculum,  degree,  and  graduation  date  are  extraneous.  These  data  items 
are  over-specified:  that  is,  these  items  occur  in  student  information  and  employment  infor- 
mation as  input.  The  redundant  functional  dependencies  involve  the  dependencies  that 
determine  curriculum,  degree,  and  graduation  date. 

The  attributes  company  address,  company  telephone,  contact  name,  contact  address, 
and  contact  telephone  are  extraneous.  These  data  items  are  over-  specified;  that  is,  these 
items  occur  in  company  information  and  the  perspective  employer  information  as  input. 
The  redundant  functional  dependencies  involve  the  dependencies  that  determine  the  com- 
pany address  and  contact  address  data  items. 
3.4   Relational  Database 

A  relational  database  is  a  set  of  all  the  relations  in  the  schemata  [UNG87],  The  rela- 
tions may  have  a  finite  set  of  attributes  and  a  finite  set  of  tuples. 

The  relational  database  for  this  implementation  project,  where  each  relation  represents 
an  entity,  is  defined  as: 
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Rl     (Company  Name.  Company  City.  Company  Address  and  Phone.  Contact  Name.  Con- 
tact Address  and  Phone.  Interview  Schedules.  Number  of  Recruiters,  Interviewing  by 
Curriculum.   Interviewing   by  GPA,  Which  Curriculums.  Interviewing  by  Specific 
Dates  of  Graduation,  and  Special  Restrictions) 
Key:  Company  Name  and  Company  City 

R2     (Student  Name.  Student  Number.  Present  Address  and  Phone.  Permanent  Address 
and  Phone.  When  Available  for  Employment.  Where  Available  for  Employment. 
Overall   GPA,   Curriculum   GPA,   Sex,   Curriculum,  Degree,  Graduation   Date,   and 
Number  of  No_Shows) 
Key:  Student  Name  and  Student  Number 

R3     (Student  Name.  Company  Name,  Company  Address.  Starting  Salary.  New  Student 
Address.  Job  Description.  Location  of  Job.  Curriculum.  Degree,  Graduation  Date, 
Seeking  Employment.  Hired,  and  Continuing  Education) 
Key:  Student  Name 

R4     (Company  Name,  Company  City,  Company  Address  and  Phone,  Contact  Name,  Title, 
and  Contact  Address  and  Phone) 
Key:  Company  Name  and  Company  City 

R5     (Company  Name.  Company  City.  Date  Received  EOR.  Application  Deadline,  Job  Title, 
Degree,  Curriculum.  Special  Requirements.  Job  Description.  Job  Location,  and  Salary) 
Key:  Company  Name.  Company  City 

R6     (Student    Name.   Student    Number.   Present    Address    and    Phone,    and    Permanent 
Address  and  Phone) 
Key:  Student  Name  and  Student  Number 
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Chapter  Four       Implementation 

After  the  third  normal  form  entities  was  determined,  the  conceptual  form  of  the  data- 
base for  the  Center  project  was  complete.  This  chapter  describes  the  following  steps.  The 
next  step  was  implementation.  Selection  of  a  database  management  system  was  made.  The 
data  structures  were  built.  Commentary  is  also  given  on  how  well  the  implemented  data- 
base functions. 

The  DBMS  selected  for  this  project  was  dBaseHI.  The  justification  for  using  dBaselll  is 
given  in  the  next  section. 
4.1.   Justification  for  dBaselll 

dBaselll  was  selected  as  the  database  management  system  for  this  project  because  of 
the  powerful  programs  that  can  be  produced  using  this  tool  [TOW85].  Since  dBaselll  con- 
tains its  own  programming  language,  this  allowed  the  designer/  implementor  to  produce 
complex  programs  that  were  necessary  for  this  project.  dBaselll  provides  strong 
typechecking.  This  allowed  the  designer  to  create  "user-friendly"  input  templates,  to  avoid 
incorrect  data  input.  Also,  the  number  of  fields  in  a  database  structure  can  be  as  many  as 
128;  this  is  important  for  future  implementations,  as  the  Center  may  wish  to  store  addi- 
tional information.  Another  reason  dBaselll  was  chosen  for  this  project  is  that  dBaselll  is  a 
structured  language  that  is  based  on  top-down  design.  Programs  and  data  are  relatively  in- 
dependent of  one  another.  Data  structures  may  be  changed  without  having  to  make  many 
program  changes.  Programs  are  generally  shorter  and  easier  to  read.  This  is  important  for 
future  implementations. 
4.2  Database  Structures 

In  dBaselll,  a  database  file  is  indicated  by  a  file  name  followed  by  the  suffix-  .dbf .  Fig- 
ure 4.1  provides  a  list  of  the  database  files  that  have  been  created  for  this  implementation 
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project  and  each  of  the  entities  represented  by  these  files. 


sinfo.dbf  -      student      information 

database  [Figure  4.1] 

compinfo.dbf  -  company  information 
database  [Figure  4.2] 

ereport.dbf  -      student      employment 

information  database 
[Figure  4.3] 

perspemp.dbf  -  perspective  employer 
database  [Figure  4.4] 

eoreport.dbf  -  employment  oppor- 
tunity report  database 
[Figure  4.5] 

saddress.dbf        -      student  address 

database[Figure  4.6] 

Figure  4.1   List  of  Database  Files  and  Entities 


The  files  created  in  this  implementation  are  sinfo.dbf.  compinfo.dbf.  and  ereport.dbf. 
A  commentary  on  how  well  each  of  the  files  works  is  given  in  the  following  sections. 

The  databases  that  have  been  created  but  not  used  in  this  implementation  project  are 
perspemp.dbf,  eoreport.dbf.  and  saddress.dbf.    Future  implementations  using  these  data- 
bases are  given  in  Chapter  Five. 
4.2.1   Student  Information  File,  Sinfo.dbf 

The  database  file  sinfo.dbf.  given  in  Figure  4.2,  is  used  for  student  information.  This 
information  is  taken  from  the  Student  Data  Sheet. 

This  file  is  composed  of  26  fields,  for  a  total  of  190  bytes  per  record.  The  number  of 
fields  can  be  reduced  to  16  fields  if  the  student's  present  address,  present  telephone 
number,  permanent  address,  and  permanent  telephone  number  are  moved  to  the 
saddress.dbf  database  [see  Chapter  5]. 

Strong  typechecking  is  provided  by  the  designer/implementor  by  using  input  templates, 
designed  to  be  "user-friendly".   These  templates  are  used  to  guarantee  correct  data  input  by 
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the  user. 

The  key  for  this  database  file  is  the  concatenation  of  the  student  name  and  the  student 
number. 

4.2.2  Employment  Information.  Ereport.dbf 

The  database  file  ereport.dbf.  given  in  Figure  4.3.  represents  student  employment  infor- 
mation. This  information  is  taken  from  the  Employment  Report.  For  this  project,  a  stu- 
dent must  have  a  record  in  the  sinfo.dbf  database,  that  is.  the  student  must  have  turned  in 
a  Student  Data  Sheet,  before  the  student's  data  may  be  entered  into  the  database 
ereport.dbf. 

The  database  ereport.dbf  is  composed  of  24  fields,  for  a  total  of  236  bytes  per  record. 
The  number  of  fields  can  be  reduced  to  20  fields  if  the  student's  new  address  is  moved  to 
the  saddress.dbf  database,  and  the  curriculum,  degree,  and  graduation  date  are  stored  in 
the  student  information  database  file,  sinfo.dbf  [see  Chapter  Five]. 

All  data  items  that  are  input  by  the  user  have  been  typechecked  by  the  use  of  "user- 
friendly"  input  templates,  to  guarantee  correct  type  of  data  input. 

The  key  for  this  database  file  was  the  student  name. 

4.2.3  Company  Information  File.  Compinfo.dbf 

Compinfo.dbf.  given  in  Figure  4.4.  is  used  to  collect  company  information.  This  infor- 
mation is  taken  from  the  Date  Establishment  Sheet  and  the  Interview  Arrangements  Ques- 
tionnaire. 

This  database  file  is  composed  of  56  fields,  for  a  total  of  385  bytes  per  record.  The 
number  of  fields  can  be  reduced  to  45  fields  if  the  company  address  (except  city),  company 
telephone  number,  contact  name,  contact  address,  and  contact  telephone  number  are  moved 
to  the  perspective  employer  database,  perspemp.dbf  [see  Chapter  5]. 

Input  templates  are  used  by  the  designer/implementor  for  strong  typechecking.    These 
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"user-friendly"  templates  ensure  that  the  data  inputted  by  the  user  is  of  the  right  type. 

The  key  for  this  database  file  is  the  concatenation  of  the  company  name  and  the  com- 
pany city. 
4.2.4  Other  Databases 

The  database  files  perspemp.dbf.  eoreport.dbf.  and  saddress.dbf  have  been  designed,  but 
are  not  used  in  the  implementation.  The  database  file  structures  are  given  in  the  figures 
4.5,  4.6.  and  4.7. 


SSN 

Character 

9 

Reg-flag 

Logical 

1 

P-Street 

Character 

20 

P-City 

Character 

15 

P-State 

Character 

2 

P-Zip 

Character 

9 

P-Phone 

Character 

10 

Availemp 

Date 

8 

Locatemp 

Character 

2 

Over-GPA 

Numeric 

5 

College 

Character 

1 

Mdegdate 

Character 

2 

Slastnam 

Character 

15 

Sfirstnm 

Character 

15 

Smidinit 

Character 

1 

Stud-Str 

Character 

20 

Stud-Cit 

Character 

15 

Stud-Sta 

Character 

2 

Stud-ZIP 

Character 

9 

S-Phone 

Character 

10 

Sex 

Character 

1 

No-Shows 

Numeric 

2 

Curriculum 

Character 

5 

Degree 

Character 

3 

Curr-GPA 

Numeric 

5 

Ydegdate 

Character 

2 

Figure  4.2  Student  Information  Database  (sinfo.dbf) 
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Co  name 

Character 

20 

Costrl 

Character 

20 

Costr2 

Character 

20 

Cocity 

Character 

20 

Costate 

Character 

2 

Cozip 

Character 

9 

Slartsal 

Numeric 

7 

Newstreet 

Character 

20 

Newtown 

Character 

20 

Newstate 

Character 

2 

Newzip 

Character 

9 

Slastnam 

Character 

20 

Sfirstnm 

Character 

20 

Smidinit 

Character 

1 

Job 

Character 

20 

Hired 

Logical 

1 

Location 

Character 

2 

Received 

Date 

8 

Curriculum 

Character 

5 

Degree 

Character 

3 

Seekempl 

Logical 

1 

Moreeduc 

Logical 

1 

Mdegdate 

Character 

2 

Ydegdate 

Character 

2 

Figure  4.3  Student  Employment  Information  Database  (ereport.dbf ) 
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Co  name 

Character 

30 

Costrl 

Character 

20 

Costr2 

Character 

20 

Cocity 

Character 

20 

Costa  te 

Character 

2 

Cozip 

Character 

9 

Conumber 

Character 

9 

Cotype 

Character 

24 

Des-cname 

Character 

30 

Des-strl 

Character 

20 

Des-str2 

Character 

20 

Des-city 

Character 

20 

Des-state 

Character 

2 

Des-zip 

Character 

9 

Des-cphone 

Character 

10 

Des-date 

Date 

8 

No-sched 

Numeric 

2 

Schedl 

Character 

6 

Sched2 

Character 

6 

Sched3 

Character 

6 

Sched4 

Character 

6 

Des-inits 

Character 

2 

Cophone 

Character 

10 

Cancelcnt 

Numeric 

2 

Recruit  1 

Numeric 

2 

Recruit2 

Numeric 

2 

Recruit3 

Numeric 

2 

Recruit4 

Numeric 

2 

Bycurr 

Logical 

1 

Bygpa 

Logical 

1 

Whichcurrl 

Character 

5 

Whichcurr2 

Character 

5 

Whichcurr3 

Character 

5 

Whichcurr4 

Character 

5 

Whichcurr5 

Character 

5 

Sched5 

Character 

6 

Sched6 

Character 

6 

Sched7 

Character 

6 

Recruit5 

Numeric 

2 

Recruit6 

Numeric 

2 

Recruit7 

Numeric 

2 

Workloc 

Character 

14 

Gradinvitl 

Character 

2      Suminvitl 

Logical      1 

Gradinvit2 

Character 

2      Suminvit2 

Logical      1 

Gradinvit3 

Character 

2      Suminvit3 

Logical      1 

Gradinvit4 

Character 

2      Suminvit4 

Logical      1 

Suminvit5 

Logical 

1      Suminvit6 

Logical      1 

Interwo 

Logical 

1       Uscitonly 

Logical      1 

Permres 

Logical 

1      Cantinter 

Logical      1 

Figure  4.4  Company  Information  Database  (compinfo.dbf) 
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Contact 

Character 

30 

Cstrl 

Character 

20 

Cstr2 

Character 

20 

Ccity 

Character 

20 

Cstate 

Character 

2 

Czip 

Numeric 

9 

Cphone 

Numeric 

10 

Coname 

Character 

20 

Costrl 

Character 

20 

Costr2 

Character 

20 

Cocity 

Character 

20 

Costate 

Character 

2 

Cozip 

Numeric 

9 

Cophone 

Numeric 

10 

Title 

Character 

20 

Figure  4.5   Perspective  Employer  Database  (perspemp.dbf) 


Received 

Date 

8 

Deadline 

Date 

8 

Jobtitle 

Character 

30 

Degree 

Character 

20 

Curriculum 

Character 

20 

Specreqmts 

Character 

40 

Jobdescrpt 

Character 

40 

Worklocale 

Character 

30 

Salary 

Numeric 

7 

Coname 

Character 

20 

Cocity 

Character 

20 

Figure  4.6   Employment  Opportunity  Report  Database  (eoreport.dbf) 
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Firstname 

Character 

20 

Midinit 

Character 

1 

Lastname 

Character 

20 

SSN 

Character 

9 

Stud-str 

Character 

20 

Stud-cit 

Character 

20 

Stud-sta 

Character 

2 

Stud-zip 

Numeric 

9 

P-street 

Character 

20 

P-city 

Character 

20 

P-state 

Character 

2 

P-zip 

Numeric 

9 

S-phone 

Numeric 

10 

P-phone 

Numeric 

10 

Figure  4.7  Student  Address  Database  (saddress.dbf) 
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Chapter  Five       Results  and  Future  Work 

The  results  of  the  implementation  project  and  future  work  focus  are  given  in  the  fol- 
lowing sections. 

5.1  Results 

This  implementation  has  accomplished  the  following: 

CR  the  functional  needs  of  a  major  university  placement  center 

CR  the  data  requirements  of  such  an  organization 

created  an  enterprise  view  of  the  organization  based  upon  a  third  normal  form 
analysis  of  the  data  dependencies 

created  database  files  to  collect  data  for  each  entity  based  on  the  third  normal  form 
analysis  of  the  data  dependencies  of  the  organization 

implemented  the  following  database  files:  sinfo.dbf  to  store  student  information: 
compinfo.dbf  to  store  company  information:  ereport.dbf  to  store  employment  infor- 
mation 

creation  of  application  programs  for  the  following  purposes:  store,  modify,  and 
delete  student  information:  store,  modify,  and  delete  company  information:  store 
and  view  employment  information:  calculation  of  recruiter  statistics:  calculation  of 
registered  student  statistics:  calculation  of  companies  recruiting  by  GPA.  curriculum, 
or  both  GPA  and  curriculum  statistics;  calculation  of  placement  by  curriculum 
statistics:  calculation  of  geographical  placement  statistics 
creation  of  menu-driven  system 
provided  strong  CR  of  input  through  "user-friendly"  templates 

5.2  Future  Work 

Future  work  in  this  project  should  focus  on  these  areas:  improvement  of  the  imple- 
mented database,  extensions  of  the  implemented  database,  creation  of  application  pro- 
grams, and  analysis  of  the  operation  of  the  organization  after  the  Career  Center  has  used 
the  system  for  a  year.  Each  of  these  areas  of  future  work  are  given  in  the  following  sec- 
tions. 
5.2.1   Improvements 

Based  on   the  analysis  of  the  Bem2   performed  on  the  functional  dependencies  in 
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Chapter  Three  [see  Appendix  B],  extraneous  attributes  and  redundant  functional  depen- 
dencies may  exist  in  the  relation  scheme  designed  for  this  implementation  project.  The 
extraneous  attributes  curriculum,  degree,  and  graduation  date  are  stored  in  both  the  stu- 
dent information  database,  sinfo.dbf.  and  the  employment  information,  ereport.dbf.  The 
redundant  functional  dependencies  are  based  on  these  data  items. 

An  improvement  of  this  project  would  remove  the  extraneous  attributes  by  storing  the 
duplicated  data  items  in  the  sinfo.dbf  database.  Modification  of  the  functional  dependen- 
cies is  made.  After  this  modification,  the  new  functional  dependencies  are  submitted  as 
input  to  the  Bern2  program  [Appendix  C],  Analysis  of  the  modified  design  produced  no 
extraneous  attributes  and  no  redundant  functional  dependencies.  The  new  relation  scheme 
is  defined  in  the  following  section. 
5.2.1.1   Modified  Relation  Scheme 

The  new  relation  scheme  for  this  project  is  defined  as  : 


Rl     (Company  Name,  Company  City,  Interview  Schedules.  Number  of  Recruiters.  Inter- 
viewing by  Curriculum.  Interviewing  by  GPA.  Which  Curriculums,  Interviewing  by 
Specific  Dates  of  Graduation,  and  Special  Restrictions) 
Key  :  Company  Name  and  Company  City 

R2     (Student  Name,  Student  Number,  When  Available  for  Employment,  Where  Available 
for  Employment,  Overall  GPA.  Curriculum  GPA,  Sex,  Curriculum,  Degree.  Gradua- 
tion Date,  and  Number  of  No_Shows) 
Key  :  Student  Name  and  Student  Number 

R3     (Student  Name.  Starting  Salary.  Job  Description,  Location  of  Job,  Seeking  Employ- 
ment. Hired,  and  Continuing  Education) 
Key  :  Student  Name 

R4     (Company  Name.  Company  City.  Company  Address  and  Phone,  Contact  Name.  Title, 
and  Contact  Address  and  Phone) 
Key  :  Company  Name  and  Company  City 

R5  (Company  Name,  Company  City,  Date  Received,  Application  Deadline,  Job  Title. 
Degree.  Curriculum,  Special  Requirements,  Job  Description,  Job  Location,  and  Salary) 
Key  :  Company  Name  and  Company  City 
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R6     (Student    Name,    Student    Number,   Present    Address    and    Phone,    and    Permanent 
Address  and  Phone) 
Key  :  Student  Name  and  Student  Number 

5.2.2   Extensions 

Future  extensions  based  on  this  project  will  implement  the  student  address  database 
file  and  the  perspective  employer  database  file.  Each  of  these  extensions  are  given  in  the 
following  sections. 

5.2.2.1  Student  Address  Database  File 

In  this  implementation  project,  the  student  present  address  and  the  student  permanent 
address  are  stored  in  the  student  information  database,  sinfo.dbf.  Also,  the  student's  new 
address  is  stored  in  the  employment  database,  ereport.dbf.  The  student  address  is  used  in 
correspondence  to  the  student  by  the  Career  Planning  and  Placement  Center. 

Future  implementations  may  use  the  saddress.dbf  database  to  store  the  student  current 
address  and  the  student  permanent  address.  It  may  save  valuable  access  time  storing  the 
addresses  in  one  database.  Then,  letters  are  generated  and  mailing  labels  may  be  created 
using  the  appropriate  address,  either  student's  current  address  or  the  student's  permanent 
address. 

5.2.2.2  Perspective  Employer  Information  Database  File 

For  this  implementation  project,  the  company  address  and  the  contact  information  are 
stored  in  the  company  information  database,  compinfo.dbf ,  and  in  the  employment  oppor- 
tunity report  information,  eoreport.dbf .  This  information  is  used  for  correspondence  to  a 
company  and  as  company  information  for  the  Master  Visit  List  and  the  Interview  Request 
Form. 

A  future  implementation  of  this  project  may  use  the  database  perspemp.dbf .  This  data- 
base may  contain  perspective  employers.  It  is  composed  of  those  companies  that  use  the 
Placement  Center  for  recruiting  needs,  companies  that  are  listed  by  students  on  the 
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Employment  Report,  those  companies  that  may  file  an  Employment  Opportunity  Report 
with  the  Career  Planning  and  Placement  Center,  companies  that  may  be  listed  in  classified 
advertisements  in  newspapers  or  magazines,  and  any  other  company  that  may  be  deemed  a 
perspective  employer  by  the  Career  Planning  and  Placement  Center.  This  database  may  be 
used  for  correspondence  with  a  company,  generating  mailing  labels  and  letter.  It  is  also 
used  for  correspondence  with  the  contact  person  of  a  company,  generating  mailing  labels 
and  letters  regarding  interviews  with  a  company.  This  database  may  be  needed,  to  shorten 
the  access  time  of  a  particular  company  address  or  contact  data. 

5.2.3  Creation  of  Application  Programs 

The  database  file  eoreport.dbf  has  been  created  but  has  not  been  implemented.  Appli- 
cation programs  are  needed  to  perform  the  following  functions  with  the  eoreport.dbf  data- 
base: to  insert  the  data  of  the  employment  opportunity  report,  to  modify  the  data  stored 
in  the  database,  and  to  delete  the  data  from  the  database. 

Other  application  programs  may  be  needed  for  output  purposes.  Application  programs 
are  needed  to  generate  the  perspective  employer  list,  the  Master  Visit  List,  and  the  Job 
Opportunity  Report  Bulletin.  An  application  program  is  needed  to  generate  a  listing  of 
students  based  on  a  particular  curriculum,  on  a  particular  GPA.  where  available  for 
employment,  or  when  available  for  employment.  A  program  is  needed  to  output  each  of 
the  following:     student  information,  company  information,  and  employment  information. 

Application  programs  must  be  made  for  maintenance  purposes  for  each  of  the  data- 
bases. 

5.2.4  Analysis 

Analysis  of  the  operation  of  the  organization  after  the  Career  Planning  and  Placement 
Center  has  used  the  system  for  a  year  must  be  made.   The  areas  of  focus  are: 
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access  time  for  a  particular  record  in  a  database  file; 

elimination  of  data  items  from  a  database  that  are  not  used  in  either  information 
purposes  or  statistical  purposes; 

addition  of  data  items  to  a  database  for  information  purposes  or  for  statistical  pur- 
poses; 
analyze  the  current  usage  to  discover  changes  or  new  needs  for  information. 
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Appendix  A 


DATA  DICTIONARY  for  Implementation  Project 
Career  Planning  and  Placement  Center 


ACTIVITY 

STUDENT  INFORMATION 
EMPLOYMENT  INFORMATION 
COMPANY  INFORMATION 
EMPLOYMENT  OPPORTUNITY  INFO 
STUDENT  ADDRESS  INFORMATION 
PERSPECTIVE  EMPLOYER  INFORMATION 


DATABASE 

sinfo.dbf 

ereport.dbf 

compinfo.dbf 

eoreport.dbf 

saddress.dbf 

perspempl.dbf 


NAME 

DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


ACCEPTABLE  GRADUATION  DATES 

(gradinvitl.gradinvit2.  gradinvit3,  gradinvit4) 
date  of  graduation  of  a  candidate   a  company  is  wil- 
ling to  interview,  given  on  the  IAQ  form 
D 

D*2 
00-99 

input  in  add  company 
altered  in  change  company 
Fast  storage  device 

company  name  and  company  city  in  company  data- 
base 


NAME 
DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


APPLICATION  DEADLINE     (deadline) 

the  deadline  date   to   apply   for  job   listed   on   the 

Employment  Opportunity  Report 

DATE 

DD/DD/DD 

01-12/01-31/00-99 

input  in  add  eor 

may  not  be  changed 

fast  storage  device 

company  name  and  company  city  in  employment 

opportunity  database 


NAME 
DEFINITION 


TYPE 
FORMAT 


COLLEGE  (college) 

the    college    of   a    student    at    KSU.    given   on 

employment  report 

C 

C 


-56- 


RANGE  OF  VALUES 


USER  RESPONSIBILITY 
SECURITY 
AVAILABILITY 
FDON 


l,l".n2H.  "3V4".  "5*.  "6",  *T  :  College  of  Agriculture, 
College  of  Architecture  and  Design.  College  of  Arts 
and  Sciences,  College  of  Business  Administration, 
College  of  Education,  College  of  Engineering,  College 
of  Home  Economics 

input  in  add  student,  add  an  employment  report 
altered  in  change  student 
Fast  storage  device 

student  name  and  student  number  in  student  data- 
base: curriculum  in  curriculum  database;  key  in  col- 
lege database 


NAME 

DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 
FDON 


COMPANY  ADDRESS     (costrl  +  costr2  +  cocity  + 
costate  +  cozip) 

company    address    found    on    IAQ    form,    or    the 
employer  address  found  on  the  employment  report 
A 

(A  •  20)  +  (A  »  20)  +  (A  «  20)  +  (A  *  2)  +  (D  *  9) 
"a"  -  "Z".  "0"  -  "9" 

input   in   add   company   for   company   information; 
input  in  add  an  employment  report 
may   be   altered   in   change  company:   may  not   be 
altered  in  employment  information 
Fast  storage  device 

company  name  and  company  city  in  company  data- 
base ;  student  name  in  employment  database 


NAME 
DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 
FDON 


COMPANY  NAME  (coname) 

company  name  found  on  IAQ  form:  employer  name 
found  on  the  employment  report 
A 

A*  20 
"A"  -  "z" 

input  in  add  company 

may  not  be  changed  in  change  company;   may  not  be 
changed  in  employment  information 
Fast  storage  device 

company  name  and  company  city  in  company  data- 
base; student  name  in  employment  database 


NAME 

DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 


COMPANY  TELEPHONE  NUMBER  (cophone) 

company  phone  number,  found  on  the  IAQ  form 

D 

D*10 

0000000000  -  9999999999 

input  in  add  company 


■57- 


SECURITY 

AVAILABILITY 

FDON 


altered  in  change  company 
Fast  storage  device 

company  name  and  company  city  in  company  data- 
base 


NAME 


DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 
FDON 


CONTACT  ADDRESS  (des_strl  +  des_str2  + 
des_city  +  des_state  +  des_zip  in  company  data- 
base) (cstrl  +  cstr2  +  ccity  +  cstate+  czip  in  per- 
spective employer  database) 

address  of  contact  at  company,  found  on  DES  form 
and  the  Employment  Opportunity  Report 
A 

(A  «  20)  +  (A  *  20)  +  (A  •  20)  +  (A  *  2)  +  (D  *  9) 
V  -  "Z".  0-9 

input  in  add  company  and  add  an  eor 
may   be   altered   in   change  company;   may  not   be 
altered  in  eor 
Fast  storage  device 

company  name  and  company  city  in  company  data- 
base and  perspective  employer  database 


NAME 
DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 
FDON 


CONTACT  NAME  (des_cname) 
contact  name  for  the  company,  found  on  DES  form 
and  the  Employment  Opportunity  Report 
A 

A*  30 
"a"  -  "Z" 

input  in  add  company  and  add  an  eor 
may   be   altered    in   change  company;   may   not   be 
altered  in  eor 
Fast  storage  device 

company  name  and  company  city  in  company  data- 
base, perspective  employer  database 


NAME 
DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 


CONTACT  TELEPHONE  NUMBER  (des_cphone) 

phone  number  of  contact  at  company,  found  on  DES 

form  and  the  Employment  Opportunity  Report 

D 

D*  10 

"0000000000"  -  "9999999999" 

input  in  add  company 

may  be   altered   in   change  company;   may  not   be 

altered  in  eor 

Fast  storage  device 


■58- 


FDON 


company  name  and  company  city  in  company  data- 
base and  perspective  employer  database 


NAME 
DEFINITION 


TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


CONTINUING  EDUCATION  (moreeduc) 

used  to  indicate  whether  a  student  is  seeking  more 

education,  given  by  the  student  on  the  employment 

report 

Boolean 

C 

input  in  add  an  employment  report 

may  not  be  altered 

Fast  storage  device 

student  name  in  employment  database 


NAME 
DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


CURRICULUM  (curriculum) 

the  major  field  of  study  for  a  student,  found  on  the 
employment  report  and  the  student  data  sheet 
C 

C*2 
W  -  '44" 

input  in  add  student,  add  an  employment  report 
may  be  altered  in  change  student 
Fast  storage  device 

student  name  and  student  number  in  student  data- 
base: college  in  college  database:  curriculum  in  curri- 
culum database 


NAME 

DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


DATE  RECEIVED  DATE  ESTABLISHMENT  SHEET 
(des_date) 

date  of  arrival  for  the  DES  form 
DATE 
DD/DD/DD 

01  -  12/  01  -  31/  00  -  99 
input  in  add  company 
may  be  altered  in  change  company 
Fast  storage  device 

company  name  and  company  city  in  company  data- 
base 


NAME 


DATE  RECEIVED   EMPLOYMENT  OPPORTUNITY 
REPORT  (received) 


■59- 


DEFINITION 


TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


the   date   the    Employment   Opportunity   Report    is 

received    at    the    Career    Planning    and    Placement 

Center 

DATE 

DD/DD/DD 

01-12/01-31/00-99 

input  in  add  eor 

may  not  be  changed 

fast  storage  device 

company    name    and    company    city    employment 

opportunity  database 


NAME 

DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


DATE       RECEIVED       EMPLOYMENT       REPORT 

(received) 

date  a  student's  employment  report  was  received 

DATE 

DD/DD/DD 

01-12/  01-31/  00-99 

input  in  add  an  employment  report 

may  not  be  altered 

Fast  storage  device 

student  name  in  employment  database 


NAME 
DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


DEGREE  (degree) 

the  degree  a  student  is  working  on,  given  on  the 
employment  report  and  the  student  data  sheet 
C 

C*3 

"001"."010".  "100"  (Bachelor,  Master,  Doctorate) 
input  in  add  student,  add  an  employment  report 
may  be  altered  in  change  student 
Fast  storage  device 

student  name  and  student  number  in  student  data- 
base: student  name  in  employment  database 


NAME 
DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 


DESCRIPTION  OF  JOB  (jobdescrpt) 

the  description  of  the  job,  listed  on  the  Employment 

Opportunity  Report 

C 

C»40 

'a'  ..  'Z' 

input  in  add  an  eor 

may  not  be  changed 

fast  storage  device 


■60- 


FDON 


company  name  and  company  city  in  employment 
opportunity  database 


NAME 
DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


DES  TAKEN  BY   (des_inits) 

initials  of  secretary  at  Holtz  Hall  who  takes  care  of 
DES  form 
C 

C»2 
'A' ..  V 

input  in  add  company 
altered  in  change  company 
Fast  storage  device 

company  name  and  company  city  in  company  data- 
base 


NAME 
DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 
FDON 


GRADUATION  DATE  (mdegdate  +  ydegdate) 
anticipated  graduation  date  of  a  student,  given  on 
the  student  data  sheet,  and  the  employment  report 
D 

DD/DD 
01-12/  00-99 

input  in  add  student  and  add  an  employment  report 
may  be  altered  in  change  student:  may  not  be  altered 
in  employment  report  database 
Fast  storage  device 

student  name  and  student  number  in  student  data- 
base: student  name  in  employment  database 


NAME 
DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


HIRED  (hired) 

used  to  indicate  whether  a  student  was  hired. 

by  the  student  on  the  employment  report 

Boolean 

C 

Y/N/T/F 

input  in  add  an  employment  report 

may  not  be  altered 

Fast  storage  device 

student  name  in  employment  database 


given 


NAME 

DEFINITION 

TYPE 


INTERNATIONAL     CANDIDATES     CANNOT     BE 

INTERVIEWED  (cantinter) 

international  candidates   cannot   be   interviewed  on 

campus  by  a  company,  given  on  the  IAQ  form 

C 


•61 


FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


C 

'yrYVnVN- 
input  in  add  company 
may  be  altered  in  change  company 
Fast  storage  device 

company  name  and  company  city  in  company  data- 
base 


NAME 

DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


INTERNATIONAL    CANDIDATES    INTERVIEWED 
WITHOUT  RESTRICTION  (interwo) 
international  candidates  interviewed  without  restric- 
tion, given  on  the  IAQ  form 
C 
C 

yrr/'nVN* 

input  in  add  company 
altered  in  change  company 
Fast  storage  device 

company  name  and  company  city  in  company  data- 
base 


NAME 
DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


INTERVIEW  BY  CURRICULUM  (bycurr) 
whether  a  company  wishes  to  interview  by  curricu- 
lum, found  on  the  IAQ  form 
Boolean 
C 

■YVN7TVF 
input  in  add  company 
altered  in  change  company 
Fast  storage  device 

company  name  and  company  city  in  company  data- 
base 


NAME 
DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


INTERVIEW  BY  GPA  (bygpa) 

whether   a  company   wishes   to   interview   by   gpa. 
found  on  the  IAQ  form 
Boolean 
C 

TVNVTVF 
input  in  add  company 
altered  in  change  company 
Fast  storage  device 

company  name  and  company  city  in  company  data- 
base 


•62- 


NAME 
DEFINITION 


TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


INTERVIEW  STUDENTS  HOLDING   PERMANENT 
RESIDENT  STATUS  (permres) 

a  company  is  willing  to  interview  international  stu- 
dents holding  permanent  resident  status,  given  on 
the  IAQ  form 
C 
C 

■yTYVnTN' 
input  in  add  company 
altered  in  change  company 
Fast  storage  device 

company  name  and  company  city  in  company  data- 
base 


NAME 
DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 

NAME 
DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


INTERVIEW  U.S.  CITIZENS  ONLY  (uscitonly) 
a  company  is  willing  to  interview  U.S.  citizens  only, 
found  on  the  IAQ  form 
C 
C 

y/'YTnVN' 
input  in  add  company 
altered  in  change  company 
Fast  storage  device 

company  name  and  company  city  in  company  data- 
base 

JOB  DESCRIPTION  (job) 

brief   job  description,   given   by  a   student   on   the 
employment  report 
C 

C*20 
'A'  ..  Y 

input  in  add  an  employment  report 
may  not  be  altered 
Fast  storage  device 
student  name  in  employment  database 


NAME 
DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 


JOB  LOCATION  (workloc) 

work  location  for  possible  employment,  found  on 

the  IAQ  form 

C 

C*14 

'A- ..  Y 

input  in  add  company 

altered  in  change  company 

Fast  storage  device 


■63- 


FDON 


company  name  and  company  city  in  company  data- 
base 


NAME 
DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


LOCATION  (worklocale) 

location    of    the    job,    listed    on    the    Employment 
Opportunity  Report 
C 

C'30 
a' ..  'X 

input  in  add  an  eor 
may  not  be  changed 
fast  storage  device 

company  name  and  company  city  in  employment 
opportunity  database 


NAME 

DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


NEW  ADDRESS  OF  STUDENT    (newstreet  +  new- 
town  +  newstate  +  newzip) 

The  new  address  of  a  student  found  on  the  employ- 
ment report 
A 

(A  «  20)  +  (A  *  20)  +  (A  *  2)  +  (D  »  9) 
any  alphanumerics 
input  in  add  an  employment  report 
may  not  altered 
Fast  storage  device 
student  name  in  employment  report  database 


NAME 
DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


NUMBER  OF  CANCELLATIONS  (cancelcnt) 
number   of  cancellation   of   interviews   made   by  a 
company 
D 

D«2 
00-99 
none 

may  not  be  altered 
Fast  storage  device 

company  name  and  company  city  in  company  data- 
base 


NAME 

DEFINITION 
TYPE 


NUMBER     OF     RECRUITERS     PER     SCHEDULE 

(recruitl.recruit2,  recruit3,recruit4.  recruit5,recruit6, 

recruit7) 

the  number  of  recruiters  for  a  specific   interview, 

found  on  the  DES  form 

D 


-64- 


FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


D*2 
00-99 

input  in  add  company 
altered  in  change  company 
Fast  storage  device 

company  name  and  company  city  in  company  data- 
base 


NAME 
DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


NUMBER  OF  SCHEDULES  MADE  (no_sched) 
Number  of  Schedules  made  by  a  company,  found  on 
the  DES  form 
D 
D 

0-4 

input  in  add  company 
altered  in  change  company 
Fast  storage  device 

company  name  and  company  city  in  company  data- 
base 


NAME 
DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


OVERALL  GPA    (over_gpa) 

the  cumulative  gpa  of  a  student,  given  on  the  stu- 
dent data  sheet 
D 

D.DDD 
0.000  -  4.000 
input  in  add  student 
altered  in  change  student 
Fast  storage  device 
student  name  or  student  number  in  student  database 


NAME 
DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


REGISTERED  (reg_flag) 

student  is  registered  with  Holtz  Hall,  upon  turning 

in  student  data  sheet 

Boolean 

C 

"Y"/"N"/"T"/"F" 

input  in  add  student 

may  be  altered  in  change  student 

Fast  storage  device 

student  name  or  student  number  in  student  database 


NAME 


SALARY  (salary) 


■65- 


DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


the  salary  offered  for  the  job,  listed  on  the  Employ- 
ment Opportunity  Report 
D 

DDDDD.DD 
00000.00  -  99999.99 
input  in  add  an  eor 
may  not  be  changed 
fast  storage  device 

company  name  and  company  city  in  employment 
opportunity  database 


NAME 

DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


SCHEDULE     DATES      (schedl.     sched2.     sched3, 
sched4.  sched5.  sched6,  sched7) 
schedule  dates,  found  on  the  DES  form 
D 

DD/DD/DD 
01-12/01-31/00-99 
input  in  add  company 
may  be  altered  in  change  company 
Fast  storage  device 

company  name  and  company  city  in  company  data- 
base 


NAME 
DEFINITION 


TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


SEEKING  EMPLOYMENT    (seekempl) 
used  to  indicate  whether  a  student  is  still  seeking 
employment,  given  by  the  student  on  the  employ- 
ment report 
Boolean 
C 

Y/N/T/F 

input  in  add  employment  report 
may  not  be  altered 
Fast  storage  device 
student  name  in  employment  database 


NAME 

DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


SEX  (sex) 

student's  sex,  given  on  the  student  data  sheet 

C 

C 

"M"  .  "F" 

input  in  add  student 

may  be  altered  in  change  student 

Fast  storage  device 

student  name  or  student  number  in  student  database 
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NAME 
DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


SPECIAL  REQUIREMENTS    (specreqmts) 

special  requirements  by  a  company  for  the  job  listed 

on  the  Employment  Opportunity  Report 

C 

C*40 

Y  ..  Z' 

input  in  add  an  eor 

may  not  be  changed 

fast  storage  device 

company  name  and  company  city  in  employment 

opportunity  database 


NAME 
DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


STARTING  SALARY  (startsal) 

starting  salary   for  a  KSU  student,   given   on 

employment  report 

D 

DDDDD.DD 

00000.00  -  99999.99 

input  in  add  employment  report 

may  not  be  altered 

Fast  storage  device 

student  name  in  employment  database 


the 


NAME 


DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


STUDENT  NAME    (slastnam  -  sflrstnm  in  student 
database.      employment      database,       lastname 
firstname  in  saddress  database) 

Kansas  State  student  name  found  on  the  student 
data  sheet  and  the  employment  report 
C 

C»15  +  C«15  +  C 
"A"  -  V 

input  for  add  student,  add  an  employment  report 
no  way  to  alter  name  once  accepted  as  input 
Fast  storage  device 

student  name  and  student  number  in  student  data- 
base: student  name  in  employment  database;  student 
name  and  student  number  in  saddress  database 


NAME 

DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 


STUDENT  NUMBER  (ssn) 

student  number,  given  on  the  student  data  sheet 

C 

C*9 

000000000-999999999 

input  in  add  student 

may  not  be  altered 

Fast  storage  device 


-67- 


FDON 


student  name  and  student  number  in  student  data- 
base student  name  and  student  number  in  saddress 
database 


NAME 

DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


STUDENT    PERMANENT    ADDRESS     (p_street    + 

p_city  +  p_state  +  p_zip) 

The  permanent  address  of  the  student,  given  on  the 

student  data  sheet 

A 

(A  *  20)  +  (A  *  20)  +  (A  *  2)  +  (D  *  9) 

All  alphanumerics 

input  in  add  student 

may  be  altered  in  change  student 

Fast  storage  device 

student    name    and    student    number    in    student 

address  database:  student  name  and  student  number 

in  student  information  database 


NAME 

DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


STUDENT  PERMANENT  TELEPHONE  NUMBER 
(p__phone) 

The  phone  number  of  a  student  at  the  student's  per- 
manent address,  given  on  the  student  data  sheet. 
D 

D*9 

0000000000-9999999999 
input  in  add  student 
altered  in  change  student 
Fast  storage  device 

student  name  and  student  number  in  student  data- 
base: student  name  and  student  number  in  student 
address  database 


NAME 

DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


STUDENT     PRESENT     ADDRESS         (stud_str     + 
stud_cit  +  stud_sta  +  stud_zip) 
The  school  address  of  the  student  found  on  the  stu- 
dent data  sheet 
A 

(A  •  20)  +  (A  »  20)  +  (A  «  2)  +  (D  *  9) 
any  alphanumerics 
input  in  add  student 
altered  in  change  student 
Fast  storage  device 

student  name  and  student  number  in  student  data- 
base; student  name  and  number  in  student  address 
database 
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NAME 

DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


STUDENT      PRESENT      TELEPHONE      NUMBER 
(s_phone) 

The  phone  number  to  reach  a  student  in  the  college 
town  found  on  the  student  data  sheet 
D 

D*  10 

0000000000  -  9999999999 
input  in  add  student 
altered  in  change  student 
Fast  storage  device 

student  name  and  student  number  in  student  data- 
base, student  address  database 


NAME 


DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


SUMMER  POSITIONS  AVAILABLE  BY  CLASS 
(suminvitl.  suminvit2,  suminvit3,suminvit4, 
suminvit5.suminvit6) 

class  of  a  candidate  a  company  is  willing  to  inter- 
view for  a  summer  position,  given  on  the  IAQ  form 
C 
C 

■yTYVnTN' 
input  in  add  company 
may  be  altered  in  change  company 
Fast  storage  device 
company  name  and  company  city  in  company  data- 


NAME 
DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


the   Employment    Opportunity 


TITLE  (jobtitle) 

job   title    listed    < 

Report 

A 

A»30 

all  alphanumerics 

input  in  add  an  eor 

may  not  be  changed 

fast  storage  device 

company  name  and  company  city  in  employment 

opportunity  database 


NAME 
DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 


TYPE  OF  COMPANY  (cotype) 

brief  description  on  type  of  company  found  on  IAQ 

form 

A 

A*  15 

"a"  -  "Z" 

input  in  add  company 
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SECURITY 

AVAILABILITY 

FDON 


altered  in  change  company 
Fast  storage  device 

company  name  and  company  city  in  company  data- 
base 


NAME 

DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


WHEN        AVAILABLE        FOR        EMPLOYMENT 
(availemp) 

date  a  student  wishes  employment,  found  on  the 
student  data  sheet. 
D 

DD/DD/DD 
01-12/01-31/00-99 
input  in  add  student 
altered  in  change  student 
Fast  storage  device 

student  name  and  student  number  in  student  data- 
base 


NAME 

DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


WHERE       AVAILABLE       FOR       EMPLOYMENT 
(locatemp) 

the  state  a  student  desires  employment,  given  on  the 
student  data  sheet. 
C 

C*2 
"A"-V 

input  in  add  student 
altered  in  change  student 
Fast  storage  device 

student  name  and  student  number  in  student  data- 
base 


NAME 


DEFINITION 

TYPE 

FORMAT 

RANGE  OF  VALUES 

USER  RESPONSIBILITY 

SECURITY 

AVAILABILITY 

FDON 


WHICH  CURRICULUMS  TO  INTERVIEW  (which- 
currl.  whichcurr2,  whichcurr3,whichcurr4.  which- 
curr5) 

which  curriculum  a  company  wishes  to   interview 
by.  found  on  the  IAQ  form 
D 

D*5 

00000  -  99999 
input  in  add  company 
altered  in  change  company 
Fast  storage  device 

company  name  and  company  city  in  company  data- 
base 
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Appendix  B 


Bern2  Program  Based  on  Functional 

Dependencies  for  Implementation  Project 

Career  Planning  and  Placement  Center 


THE  INPUT  TO  THE  PROGRAM  IS  : 

STUDENT-NAME.  STUDENT-NUMBER    >  WHEN-AVAILABLE-FOR-EMPLOY: 

WHERE-AVAILABLE-FOR-EMPLOY; 

SEX,  COLLEGE; 

PRES- ADDRESS.  PRES-TELEPHONE; 

PERM-ADDRESS.  PERM-TELEPHONE; 

OVERALL-GPA.  CURRICULUM-GPA; 

GRADUATION-DATE.  CURRICULUM; 

DEGREE; 
STUDENT-NAME      >    COMPANY-NAME.  NEW-ADDRESS,  CURRICULUM.  DEGREE; 

GRADUATION-DATE.  JOB-LOCATION: 

COMPANY-ADDRESS.  STARTING-SALARY: 

JOB-DESCRIPTION.  HIRED; 

SEEKING-EMPLOYMENT: 

CONTINUING-EDUCATION: 
COMPANY-NAME,  COMPANY-CITY  >  DATE-RECEIVED-DES; 

NUMBER-OF-SCHEDULES: 

COMPANY-ADDRESS.  COMPANY-TELEPHONE; 

CONTACT-NAME.  CONTACT-ADDRESS; 

CONTACT-PHONE.  NUMBER-OF-RECRUITERS; 

INTERVIEW-BY-GPA: 

INTERVIEW-BY-CURRICULUM: 

WHICH-CURRICULUMS  ; 

INTL-CANT-INTERVIEW: 

INTL-WO-RESTRICT: 

INTERV-PERM-STATUS.  INTERV-US-CITZ: 

COMPANY-ADDRESS.  COMPANY-TELEPHONE; 

CONTACT-NAME,  TITLE.  CONTACT-PHONE: 

CONTACT-ADDRESS,  DATE-RECEIVED-EOR; 

APPLICATION-DEADLN,  JOB-TITLE; 

DEGREE,  CURRICULUM,  SPECIAL-REQMTS; 

DESCRIPTION-JOB.  JOB-LOCATION: 

SALARY; 
END. 


THIS  IS  THE  LIST  OF  ATTRIBUTES  WITH  THEIR  ABBREVIATIONS. 

500  STUDENT-NAME 

501  STUDENT-NUMBER 

WOO  WHEN-AVAILABLE-FOR-EMPLOY 
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W01    WHERE-AVAILABLE-FOR-EMPLOY 

502  SEX 

COO  COLLEGE 

POO   PRES-ADDRESS 

POl    PRES-TELEPHONE 

P02   PERM-ADDRESS 

P03    PERM-TELEPHONE 

000  OVERALL-GPA 

C01   CURRICULUM-GPA 

GOO   GRADUATION-DATE 

C02  CURRICULUM 

DOO   DEGREE 

C03   COMPANY-NAME 

NOO  NEW-ADDRESS 

JOO  JOB-LOCATION 

C04  COMPANY-ADDRESS 

503  STARTING-SALARY 
J01   JOB-DESCRIPTION 
HOO  HIRED 

504  SEEKING-EMPLOYMENT 
C05   CONTINUING-EDUCATION 
C06   COMPANY-CITY 

D01   DATE-RECEIVED-DES 

N01   NUMBER-OF-SCHEDULES 

C07  COMPANY-TELEPHONE 

C08   CONTACT-NAME 

C09   CONTACT-ADDRESS 

CIO  CONTACT-PHONE 

N02   NUMBER-OF-RECRUITERS 

100  INTERVIEW-BY-GPA 

101  INTERVIEW-BY-CURRICULUM 
W02   WHICH-CURRICULUMS 

102  INTL-CANT-INTERVIEW 

103  INTL-WO-RESTRICT 

104  INTERV-PERM-STATUS 

105  INTERV-US-CITZ 
TOO  TITLE 

D02   DATE-RECEIVED-EOR 
A00  APPLICATION-DEADLN 
J02   JOB-TITLE 

505  SPECIAL-REQMTS 
D03    DESCRIPTION-JOB 

506  SALARY 

THE  TOKENS  MARKED  *TRUE«  ARE  EXTRANEOUS  IN  THE  FDS  : 

FD  NUMBER  :011  TOKEN:  SOI     (*  token  represents  the  extraneous  attribute 

T  graduation  date  in  the  dependency  having 

student  name  and  student  number  as  the  key  *) 
FD  NUMBER  :012  TOKEN:  SOI     (*  token  represents  the  extraneous  attribute 
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T  curriculum  in  the  dependency  having 

student  name  and  student  number  as  the  key  *) 
FD  NUMBER  :013  TOKEN:  SOI     (*  token  represents  the  extraneous  attribute 
T  degree  in  the  dependency  having 

student  name  and  student  number  as  the  key  *) 

THE  REDUNDANT  FDS  ARE  MARKED  *TRUE*  : 

FD-NUMBR011  (*  attribute  is  graduation  date 

T  with  key  student  name  and  student  number  *) 

FD-NUMBR012  C*  attribute  is  curriculum 

T  with  key  student  name  and  student  number  *) 

FD-NUMBR013  (*  attribute  is  degree 

T  with  key  student  name  and  student  number  *) 

FD-NUMBR028  (*  attribute  is  company  address 

T  with  key  company  name  and  company  city  *) 

FD-NUMBR029  (*  attribute  is  company  telephone 

T  with  key  company  name  and  company  city  *) 

FD-NUMBR030  (*  attribute  is  contact  name 

T  with  key  company  name  and  company  city  *) 

FD-NUMBR031  (*  attribute  is  contact  address 

T  with  key  company  name  and  company  city  *) 

FD-NUMBR032  (*  attribute  is  contact  phone 

T  with  key  company  name  and  company  city  *) 

THE  FOLOWING  FDS  HAVE  THE  SAME  LHS  AND  ARE  THEREFORE  GROUPED  TOGETHER 
INTO  PARTITION  CLASSES: 

PARTITION  CLASS-NUMBER  001:055054053052051050049048047046045044043042 

041040039038037036035034033027026 

PARTITION  CLASS-NUMBER  002:010009008007006005004003002001 

PARTITION  CLASS-NUMBER  003:014015016017018019020021022023024025 

001 

002 

003 


THE  FOLLOWING  FDS  ARE  REDUNDANT  AFTER  ADDING  THE  BIJECTIONS  TO  THE 
FD  STRUCTURE  : 
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THIS  IS  THE  SCHEMA  IN  3NF  : 

(COMPANY-CITY  COMPANY-NAME  )  >  SALARY  JOB-LOCATION  DESCRIPTION- JOB 
SPECIAL-REQMTS  CURRICULUM  DEGREE 
JOB-TITLE  APPLICATION-DEADLN 
DATE-RECEIVED-EOR  CONTACT-ADDRESS 
CONTACT-PHONE  TITLE  CONTACT-NAME 
COMPANY-TELEPHONE  COMPANY-ADDRESS 
INTERV-US-CITZ  INTERV-PERM-STATUS 
INTL-WO-RESTRICT  INTL-CANT-INTERVIEW 
WHICH-CURRICULUMS  INTERVIEW-BY-CURRICULUM 
INTERVIEW-BY-GPA  NUMBER-OF-RECRUITERS 
NUMBER-OF-SCHEDULES  DATE-RECEIVED-DES 

(STUDENT-NAME  STUDENT-NUMBER  )  >  CURRICULUM-GPA  OVERALL-GPA 
PERM-TELEPHONE  PERM-ADDRESS 
PRES-TELEPHONE  PRES-ADDRESS  COLLEGE 
SEX  WHERE-AVAILABLE-FOR-EMPLOY 
WHEN-AVAILABLE-FOR-EMPLOY 

(STUDENT-NAME  )  >  COMPANY-NAME  NEW- ADDRESS  CURRICULUM  DEGREE 
GRADUATION-DATE  JOB-LOCATION  COMPANY-ADDRESS 
STARTING-SALARY  JOB-DESCRIPTION  HIRED 
SEEKING-EMPLOYMENT  CONTINUING-EDUCATION 


-74- 


Appendix  C 


Modified  Bern2  Program 

Implementation  Project  for  the 

Career  Planning  and  Placement  Center 


THE  INPUT  TO  THE  PROGRAM  IS  : 

STUDENT-NAME,  STUDENT-NUMBER    >  PRES-ADDRESS.  PRES-TELEPHONE; 

PERM-ADDRESS.  PERM-TELEPHONE; 

WHEN-AVAILABLE-FOR-EMPLOY; 

WHERE-AVAILABLE-FOR-EMPLOY; 

SEX.  COLLEGE; 

OVERALL-GPA.  CURRICULUM-GPA: 

GRADUATION-DATE.  CURRICULUM; 

DEGREE: 
STUDENT-NAME      >    STARTING-SALARY.  JOB-DESCRIPTION.  JOB-LOCATION; 

HIRED,  SEEKING-EMPLOYMENT; 

CONTTNUING-EDUCATION; 
COMPANY-NAME.  COMPANY-CITY  >  DATE-RECEIVED-DES.  NUMBER-OF-SCHEDULES: 

NUMBER-OF-RECRUITERS.  INTERVIEW-BY-GPA: 

INTERVIEW-BY-CURRICULUM.  WHICH -CURRICULUMS; 

INTL-CANT-INTERVIEW.  INTL-WO-RESTRICT: 

INTERV-PERM-STATUS.  INTERV-US-CITZ; 

COMPANY-ADDRESS,  COMPANY-TELEPHONE; 

CONTACT-NAME.  CONTACT-ADDRESS.  CONTACT-PHONE; 

TITLE.  DATE-RECEIVED-EOR.  APPLICATION-DEADLN: 

JOB-TITLE.  DEGREE.  CURRICULUM.  SPECIAL-REQTMS; 

DESCRIPTION-JOB,  JOB-LOCATION.  SALARY; 
END. 

THIS  IS  THE  LIST  OF  ATTRIBUTES  WITH  THEIR  ABBREVIATIONS. 

500  STUDENT-NAME 

501  STUDENT-NUMBER 
POO  PRES-ADDRESS 
P01   PRES-TELEPHONE 
P02   PERM-ADDRESS 
P03   PERM-TELEPHONE 

WOO  WHEN-AVAILABLE-FOR-EMPLOY 
W01   WHERE-AVAILABLE-FOR-EMPLOY 

502  SEX 

COO  COLLEGE 
000  OVERALL-GPA 
C01   CURRICULUM-GPA 
GOO  GRADUATION-DATE 
C02  CURRICULUM 
DOO  DEGREE 

503  STARTING-SALARY 
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JOO  JOB-DESCRIPTION 
J01   JOB-LOCATION 
HOO   HIRED 

504  SEEKING-EMPLOYMENT 
C03   CONTINUING-EDUCATION 
C04  COMPANY-NAME 

C05  COMPANY-CITY 
D01    DATE-RECEIVED-DES 
N00  NUMBER-OF-SCHEDULES 
N01   NUMBER-OF-RECRUITERS 

100  INTERVIEW-BY-GPA 

101  INTERVIEW-BY-CURRICULUM 
W02   WHICH-CURRICULUMS 

102  INTL-CANT-INTERVIEW 

103  INTL-WO-RESTRICT 

104  INTERV-PERM-STATUS 

105  INTERV-US-CITZ 
C06   COMPANY-ADDRESS 
C07   COMPANY-TELEPHONE 
C08   CONTACT-NAME 

C09  CONTACT-ADDRESS 
CIO  CONTACT-PHONE 
TOO  TITLE 

D02   DATE-RECEIVED-EOR 
A00  APPLICATION-DEADLN 
J02  JOB-TITLE 

505  SPECTAL-REQTMS 
D03   DESCRIPTION-JOB 

506  SALARY 

THE  TOKENS  MARKED  TRUE*  ARE  EXTRANEOUS  IN  THE  FDS  : 

THE  REDUNDANT  FDS  ARE  MARKED  «TRUE*  : 

THE  FOLOWING  FDS  HAVE  THE  SAME  LHS  AND  ARE  THEREFORE  GROUPED  TOGETHER 
INTO  PARTITION  CLASSES: 

PARTITION  CLASS-NUMBER  001:044043042041040039038037036035034033032031030 

02902802702602502402302202 1020 
PARTITION  CLASS-NUMBER  002:013012011010009008007006005004003002001 
PARTITION  CLASS-NUMBER  003:014015016017018019 
001 
002 
003 

THE  FOLLOWING  FDS  ARE  REDUNDANT  AFTER  ADDING  THE  BIJECTIONS  TO  THE 
FD  STRUCTURE  : 
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THIS  IS  THE  SCHEMA  IN  3NF  : 

(COMPANY-CITY  COMPANY-NAME  )  >  SALARY   JOB-LOCATION  DESCRIPTION- JOB 
SPECIAL-REQTMS  CURRICULUM  DEGREE 
JOB-TITLE  APPLICATION-DEADLN 
DATE-RECEIVED-EOR  TITLE  CONTACT-PHONE 
CONTACT-ADDRESS  CONTACT-NAME 
COMPANY-TELEPHONE  COMPANY-ADDRESS 
INTERV-US-CITZ  INTERV-PERM-STATUS 
INTL-WO-RESTRICT  INTL-CANT-INTERVIEW 
WHICH-CURRICULUMS  INTERVIEW-BY-CURRICULUM 
INTERVIEW-BY-GPA  NUMBER-OF-RECRUITERS 
NUMBER-OF-SCHEDULES  DATE-RECEIVED-DES 

(STUDENT-NUMBER  STUDENT-NAME  )  >  DEGREE  CURRICULUM  GRADUATION-DATE 
CURRICULUM-GPA  OVERALL-GPA  COLLEGE 
SEX  WHERE-AVAILABLE-FOR-EMPLOY 
WHEN-AVAILABLE-FOR-EMPLOY  PERM-TELEPHONE 
PERM-ADDRESS  PRES-TELEPHONE 
PRES-ADDRESS 

(STUDENT-NAME  )  >  STARTING-SALARY  JOB-DESCRIPTION   JOB-LOCATION  HIRED 
SEEKING-EMPLOYMENT  CONTINUING-EDUCATION 
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Abstract 

This  paper  presents  the  conversion  of  a  major  university  placement  center  office,  in 
the  first  stage  of  office  automation,  to  an  information  age  office  through  the  use  of  a  data- 
base management  system.  The  processes  employed  and  the  problems  encountered  in  the 
design,  implementation,  results,  and  future  work  focus  are  discussed  in  light  of  moving  an 
artisan  office  to  an  information  age  office.  The  present  system  is  the  initial  stage  of  a  long- 
term  project  in  converting  an  artisan  office  to  an  information  age  office.  The  relational 
database  is  currently  used  for  storage  and  retrieval  of  student,  company,  and  employment 
information.  Also,  statistics  are  performed  on  student,  company,  and  employment  infor- 
mation. The  work  required  to  complete  this  initial  stage  is  described  as  are  some  of  the 
works  needed  to  move  to  a  mature  information  age  office.  The  system  was  implemented 
on  an  IBM  compatible  personal  computer  with  hard  disk.  The  database  files  and  applica- 
tion programs  were  implemented  using  dBaselll. 


